Onepage/ product discovery
Matt Pocock · YouTube · 10:59
別把時間耗在規格：用 /prototype 先把想法做出來
AI 把「做出一個可討論的東西」變得便宜。影片的提案不是不思考，而是把原本寫進冗長規格的設計討論，提早搬到可點、可看、可反駁的 prototype 裡完成。
Published: 2026-07-23Video ID: n0VhIVtviC0Source: Matt Pocock
01 / 問題
文字規格的保真度太低
純文字能描述意圖，卻很難讓團隊一起看見資訊階層、互動節奏與邊界情況。讀者以為理解相同的句子，腦中往往是不同的介面。
02 / 轉向
用 prototype 取代猜想
先產生足以討論的畫面與操作流程；會議的焦點便從「規格這句是什麼意思」變成「這樣的體驗對嗎、少了什麼」。
03 / 邊界
prototype 不等於 production
它的任務是快速暴露決策與取得回饋；確認方向後，仍要按產品與工程標準處理資料、狀態、可用性、測試與正式實作。
Key signals
影片值得帶走的四個訊號
Medium
higher fidelity
讓設計討論從抽象文字轉到可見、可操作的共同物件。
Tooling
/prototype
影片用它示範：以 AI 快速建立可用來討論的 UI 原型。
Context
Wayfinder
把 prototype 放進探索與設計對話，而非孤立地要求模型生畫面。
Outcome
less rework
在投入 production 前發現誤解，讓昂貴的返工更早發生。
Method
不是少做設計，而是把設計前移
01
先說清楚要驗證哪個假設
prototype 的價值不在「做得多漂亮」，而在能讓人回答具體問題：搜尋是否好找？使用者能否理解下一步？某個流程是否需要更多資訊？先定問題，才不會把快速產出變成快速堆積。
02
用介面讓利害關係人給出真實反應
面對文字時，人容易給出籠統同意；面對能操作的東西，回饋會變得具體：標籤不對、位置不合理、資料不夠、這一步其實不需要。這正是提高 fidelity 的目的。
03
把已收斂的部分交給正式工程流程
原型替團隊減少方向上的不確定性，但不能取代 production 的品質門檻。資料模型、權限、安全性、錯誤處理、效能與測試仍是另一份必須被明確完成的工作。
Practical reading
適合先 prototype 的四種情境
搜尋、篩選與資訊架構這類功能的好壞高度仰賴可見的層級與互動；用一段規格很難判斷使用者是否找得到東西。
跨職能討論中的模糊需求當產品、設計與工程各自有不同心像，先拿出原型能迅速找出真正的歧義與取捨。
需要連續迭代的工作流先做一個窄切面，收回饋後再調整流程；避免在第一版就把所有例外與資料狀態寫成龐大文件。
不應跳過的 production 檢查prototype 已通過討論，不代表可直接上線。仍應補足驗收條件、資料契約、可及性、可靠性與測試策略。
Video map
10 分 59 秒的閱讀路線
spec-driven development 的問題從過度依賴詳細規格切入，說明文字未必是最有效的設計溝通媒介。
設計保真度為何重要保真度越高，討論越能針對實際體驗，而不只是抽象描述。
在 Wayfinder 中 prototype把快速原型放進探索式對話，建立足以對齊的共同參照。
搜尋列的建立與迭代影片以搜尋列 prototype 示範從產生、修改到帶往 production 的過程。
為何更高保真度能改善決策回到核心論點：可見、可互動的方案讓團隊更早發現分歧。
Takeaways
把這個方法帶回團隊
把規格改寫成待驗證的問題每個 prototype 都要有明確決策目的，不是為了產生更多畫面。
在小範圍內追求高保真度挑一個關鍵流程或元件做出可操作版本，比描繪一個龐大但空泛的系統更有用。
把回饋沉澱為正式驗收條件原型會議解決「要做什麼」；正式交付仍需將決策轉成可測試、可維護的工程要求。
References