想清楚，到底在想什麼

一個想法來的時候，就是個答案——一個要做的東西，已經畫好一半。一個做這個的 app。一個有那個的網站。形狀先到。至於這形狀到底為了什麼，用白話講，還沒人說過。

那道縫，就是整份工作。不是「做出來」——是那道縫。

你第一次聽到一個想法，它通常是個解法，緊緊裹著一個還沒人講明的問題。 解法是大聲的那一面——具體、讓人興奮，你幾乎看得見。底下那個問題安靜一點，也有點無聊。多半，帶著這想法來的人從沒把它講出口。他不必。他直接跳到了答案。誰都這樣。想法本來就是這種感覺。

所以第一件真正的工作，是把兩者拆開。 先把解法放下。問那個無聊的問題：這到底為了什麼？如果它不存在，對一個活生生的人來說，會出什麼事？

你一直問，問到答案能收進一句白話——一句陌生人能複述給你聽的話。不是一段。不是「像 X，但給 Y 用」。一句話。在你拿到那句話之前，你手上的只是那個想法的戲服。

比如「通知」

假設這個想法是「通知」。產品要會發通知。但「通知」已經是個答案了。底下真正的問題是：這個人到底在怕錯過什麼？也許什麼都不怕。也許真正的問題是，那件重要的事被埋在三層之下——那答案是另一個第一畫面，根本不是什麼通知。交到你手上的那個詞，指向一個解法。問題在更下面一層，要的是完全另一回事。

看錯的時鐘

這聽起來很慢。 是有點——但只在你看錯時鐘的時候。那句話是整個專案裡最便宜、最好改的東西。一個下午就能重寫。同一個決定，三個月後才在一個已經做好的東西裡發現，得花好幾週才拆得掉，因為到那時，那句話已經變成程式和畫面，大家也圍著它養成了習慣。模糊不會因為你開工就蒸發。它被灌進地基，然後凝固。

這一步常被跳過，原因不是懶。把問題講白，是危險的——對那個解法而言。你一旦講得夠清楚，當初讓你興奮的功能，有一半會悄悄站不住了。它們在回答一個沒人確認過存不存在的問題。把答案留著、直接開做，容易多了。做，感覺像進度。問，就不像了。

清楚，來得早

做對的時候，問題會變得夠銳利，銳利到剩下的事沒什麼好吵。 你不會去辯一個功能該不該加。你把它舉到那句話旁邊，它要嘛屬於這裡，要嘛不屬於。那份計畫，不過是那個問題的形狀，描出來而已。大家把這誤認成品味，或經驗。多半只是清楚來得早，早在還沒有東西做出來、值得你捨不得之前。

這與其說是聰明，不如說是耐心——先不要動。一個想法進來時是模糊的——每個真的想法都這樣——而那股衝動，是想用「加」來修掉模糊。加功能。加畫面。但你沒辦法用「加」加出一個焦點。錯的東西一件件落下，最後那一個真正的東西單獨擺在你面前，清清楚楚，那才是焦點。

那就是動手之前的那一個鐘頭——那個表面上什麼都沒發生、沒有東西能拿給人看的鐘頭。它是整個專案裡最有用的一個鐘頭。之後的一切，不過是照著一句你花時間、把它弄對了的話，做下去而已。