人們需要嗎?
從行為、情境與未被滿足的需求出發。
我們不是先問要做什麼功能,而是先理解誰在使用、為什麼需要,以及怎樣才真正有幫助。把人的需要、商業價值與技術可行性,放在同一張桌上。

也許是少一點重複確認、讓新同事更容易接手,或讓一個好服務能被更多人使用。
在開始寫程式前,我們先找到值得解決的問題。
從行為、情境與未被滿足的需求出發。
連結經營目標、投入成本與長期價值。
理解資料、整合條件與實際建置能力。
探索、聚焦、做出原型、再回到使用者。
每一次學習,都讓下一次投資更有依據。
理解人如何工作、為何卡住,而不只抄下一份功能清單。
↘把觀察整理成共同理解的核心問題與成功標準。
↘邀請不同角色一起思考,找到有價值且可行的方向。
↘用流程與可操作原型,把抽象需求變成可以討論的東西。
↘讓使用者以真實任務試用,修正假設,再決定怎麼建置。
↘
讓實際使用者用真實任務試用原型,觀察停頓、誤解與順利完成的路徑。把回饋帶回設計,在完整建置之前降低不確定性。
不用先準備完整規格書。
帶著現況、實際工作與你想改善的事來就好。
現在如何提供服務?為什麼此刻想改變?
誰使用、誰決策,誰受到流程影響?
從需求到完成,哪裡最常等待或重做?
資料放在哪裡?目前用哪些工具?
先解哪個問題,最能產生有意義的改變?
如何衡量改善?什麼範圍值得先驗證?