產品思維 · 第 2 站 ｜ 給接到「幫我做個 XX 按鈕」就開工的你
別人常直接丟一個解法給你（「幫我加一個搜尋框」）；你該做的，是退回去問他真正想解決的「問題」是什麼。
問題想清楚了，好用的解法通常不只一個，而且往往有比他點的那顆按鈕更好的。
你照著需求把「訂單搜尋框」刻完、上線——結果沒人在用，因為那根本不是對方要的。
一頭栽進「怎麼做」，很容易愛上自己的解法，卻沒先確認要解的是哪個問題。做得再漂亮，解錯題目一樣是白做。
所有需求都活在這兩個空間之一，先分清楚它在哪：
使用者開口給你的常是右邊（一個現成解法）；你要做的是先把它翻回左邊的問題，再重新選解法。
光講「退回問題空間」還是有點空。用一句最常聽到的需求看它怎麼跑（會動，點圖可放大）：
↓ 使用者丟來的一句話，被三個角度輪流照亮，你就看出背後其實有更好的解
別人給你的是一個解法；你要退回問題空間，才挑得到最好的那個解
下次任何人跟你說「幫我做個 XX」，先別開 IDE，照這三步走：
看到沒？同一句「給我搜尋框」，你多往上挖一層，它就從「刻一個輸入框」變成「怎麼讓人安心知道退款到帳了」——題目換了，答案也更好。
有人跟你說：「幫我加一個把報表匯出成 Excel 的按鈕。」先別動手，問自己：
① 他真正想解決什麼問題？（是要把數字貼進簡報？還是想每天自動收到？還是想跟同事對帳？） ② 針對那個問題，你能想出哪兩三個不同解法？
你會發現：如果他只是想「每週給主管看」，那也許排程自動寄一份比「多一顆匯出鈕」好用得多。
這一站過關，只要拿任何一個功能要求給你，你能講出兩件事：
①「這背後真正的問題是什麼」＋②「至少兩個不同的解法」。
講得具體就過關（例：「問題是使用者怕退款沒到帳；解法可以是搜尋、主動推播、或退款進度頁」）。做得到就往下一站走。
別人給你的是解法，
你要退回去問「要解的是什麼問題」。
問題想清楚，答案往往不只一個、也更好。
＊「退回問題空間的三步」是我整理的實用練習框架、非引自單一來源；問題／解法空間與 opportunity solution tree 的觀念出處如上。