產品思維 · 第 0 站 ｜ 寫給完全不懂產品、只會寫 code 的你
產品思維不是一種知識，是一個習慣：看到任何東西，先問「這對誰有用、有沒有真的解決問題」，而不是急著問「這要怎麼做出來」。
知識（等一下會學的那些）只是燃料。真正練的，是這個「先停下來問為什麼」的反射。
你熬夜把一個功能刻完、上線、關掉電腦——爽，覺得完成了。
但「做完」只是把東西生出來，沒有人保證它有用。可能上線後根本沒人點、或者解錯了問題。產品思維就是幫你分清楚這兩件事，別再把「忙」當成「有貢獻」。
整個產品思維的地基，就這一組對比：
衡量你的，不該是「做了幾個功能」，而是用戶的問題有沒有變少。做了一堆按鈕但沒人的生活變好，等於白做。
「先問為什麼」聽起來還是很空？把它固定成三個問題就不空了。看到任何一行規格，套這三句：
↓ 下面用一個真實例子讓你看它怎麼跑（會動，點圖可放大）
同一行規格，被三個問題輪流照亮 → 你就看到它背後一整個決策現場
拿上面那行規格「OTP 簡訊一天最多發 5 次」，一句一句問：
看到沒？同一行規格，你多問這三句，它就從「怎麼寫個計數器」升級成「這在替公司做什麼取捨」。這就是產品思維的手感。
找一個你每天都在用的功能——例如聊天軟體的「已讀」小勾勾。套三問法：
① 它服務誰？ ② 拿掉的話誰會不爽、誰會鬆一口氣？ ③ 為什麼設計成「一定顯示已讀」而不是「可以關」？
答不出來的那一題，先標起來——那就是你該拿去問 PM 或資深同事的具體問題。（不是空泛地問「我們的產品思維是什麼」，沒人答得出來。）
你不用變成 PM。這一站過關，只要：
拿任何一個功能給你，你能開口講出「它為誰而做、拿掉誰會痛」。
講得不完美沒關係，能講、講得具體就過關。做得到就往第 1 站（用戶到底想「雇」你的產品做什麼）走。
做完 ≠ 有用。
工程師的產品思維，從把「我做了什麼」
改問成「誰因此變好了」開始。
＊「三問法」是我整理的實用練習框架、非引自單一來源；output／outcome 的觀念出處如上。