先做出能操作的版本，再討論要不要開發

把抽象需求變成可討論的界面，讓項目決策更具體。

溝通成本常藏在理解差異里

一份需求文檔寫著“會員中心”，不同人可能想到完全不同的界面。可互動原型能把這類差異提前暴露：客戶看得到入口，團隊可以討論流程，開發人員也更容易確認哪些狀態需要真實資料支持。

用 Liquid 探索界面，可以先試驗資訊結構和視覺方向，再決定投入多少工程資源。它適合幫助回答“這個流程是否值得做”，而不是替代對系統架構、資料和權限的判斷。項目越複雜，越需要把兩類工作銜接好。

準備進入開發階段時，記錄目標使用者、核心流程、資料來源、權限角色和驗收條件。一個漂亮原型是很好的溝通材料，但上線還要有人負責運行、安全和維護。把這些責任寫清楚，比單純承諾更快更便宜更有意義。