應用程式的構想常常很廣：把語言學得更好、工作更快、整理所有事情。這些方向有價值，卻不足以決定第一個畫面該放什麼。我傾向先找出使用者能完成的一件具體事情。

試著填寫：誰在什麼情境下，想做什麼，又遇到什麼障礙？假設一位學習者閱讀時遇到生字，想查意思並存下來複習。這句話能指出使用流程；「打造完整學習平台」還不能。

畫出從開啟工具到完成任務的最短路徑。以上述例子來說，就是輸入單字、閱讀解釋、儲存，再次找到它。每一步都應清楚告知操作是否成功，以及接下來能做什麼。

區分現在必須有的功能與可以等的功能。查詢和儲存屬於核心流程；個人檔案裝飾、排行榜、大型統計頁面可以稍後再做。不是說它們沒用，而是避免還沒驗證核心，就把周邊都蓋好了。

用可觀察的行為定義完成：關閉並重新開啟應用程式後，仍能找到儲存的單字。這比「體驗流暢」更容易測試。也要檢查查無結果、輸入錯誤等情況，不能只測順利的路徑。

小練習：選一個構想，寫下一項需求、一條主要流程，以及暫時不做的清單。如果仍不知道第一個畫面該是什麼，就繼續縮小情境。明確的範圍能讓心力投入品質，而非只是增加功能。