想清楚，到底在想什麼

一個想法冒出來的時候，幾乎從來不是以「問題」的樣子出現的。它一出現就是個答案——一個要做的東西，已經畫好一半。一個能做這個的 app，一個有那個的網站。形狀先到了，卻還沒有人用白話說過：這個形狀，到底是為了什麼。

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

一個想法，你第一次聽到時，通常是一個緊緊包著某個還沒被命名的問題的解法。解法是大聲的那一面：具體、令人興奮、你幾乎看得見它。底下那個問題又安靜又有點無聊——而多半，帶著這想法來的人從沒把它講出口。他不需要，他直接跳到了答案。每個人都這樣。想法天生就是這種感覺。

所以第一件真正的工作，是把這兩者拆開。先把解法放下，問那個不怎麼迷人的問題：這到底是為了什麼？如果它不存在，對一個真實的人來說，會有什麼出錯？他伸手去抓它的那一刻，本來想做的，是什麼？

你一直問，問到答案剩下一句白話——一句陌生人能複述的話。不是一段，不是一串目標，不是「它像 X，但給 Y 用」。是一句話。在你拿到那句話之前，你手上的還不是那個想法，是它的戲服。

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

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

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

但那個懷疑，才是工作。那些進度，常常只是在動而已。

做對的時候是這樣：問題變得夠銳利，銳利到專案剩下的部分不再是一連串的爭論。你不會去辯一個功能該不該加；你把它舉到那句話旁邊，它要嘛屬於這裡，要嘛不屬於。那份計畫不需要捍衛——它不過就是那個問題的形狀，描了一遍。人們會把這誤認成品味，或經驗。多半其實只是清楚來得夠早，早到還沒有什麼東西值得你捨不得。

這些都不是什麼聰明。它更接近「不肯動」。想法進來時是模糊的——每個真實的想法都是這樣開始的——而那股衝動，是想用「加」來修掉模糊：更多功能、更多畫面、更多從外面鎖上去的篤定。但你沒辦法靠加，加出一個焦點。焦點，是當錯的東西都落下之後、剩下那一個真正的東西，終於單獨、清晰地，擺在你面前。

那就是動手之前的那一個鐘頭——那個表面上什麼都沒發生、沒有東西可以給你看的鐘頭。它是所有鐘頭裡最有用的一個。在它之後的一切，不過是對著一句我們花了時間、把它弄對的話，守信而已。