SPEAK IT · PLAYBOOK

言出法隨操作手冊

言出法隨，建立在 Claude Code 的強大之上——因為工具夠強，你才敢只描述、不操作。高保真，是產品經理在 AI 時代極速回應需求的工作準則——不畫線框、不寫長文件，直接做能跑的真東西。這一頁給你四個「對 AI 說話的骨架」和一張「高保真驗證清單」，讓你說得更準、東西更真、迭代更快。

先說清楚：這不是讓你填表

業界很多方法論會讓你先寫一堆文件：PRD、規格、架構、任務清單……寫完才能開工。那不是 doaipm。

我們的核心是言出法隨：你把想要的東西說清楚，Claude Code 直接做出來。所以下面這四個「模板」，不是讓你埋頭填的表格，而是你對 AI 說話時心裡要有的骨架——甚至可以直接讓 AI 替你把骨架補全，你只負責確認。

而衡量做得好不好，只有一個標準：高保真。能跑、能點、內容真、狀態全。高保真不是「最後再打磨」，它是 PM 在 AI 時代極速回應需求的工作方式本身——直接產出能驗證的真東西，快速給人試、快速改。

一句話記住：骨架幫你「說得準」，清單幫你「驗得真」。兩件事都為同一個目標服務——讓 Claude Code 一次就做出高保真成品。

開工前，先把這句話說清楚。說不清楚，就讓 AI 反問你，問清楚再動手。

我要給【誰】，解決【什麼問題】。
做出來的東西，使用者能用它來【最核心的一個動作】。
做對了的標準是【一個看得見的結果】。
這次先不做【非目標，劃清邊界】。
我已知的風險／假設是【……】。

把這段話丟給 Claude Code，加一句關鍵指令：

「做之前，先用你的話複述一遍我要什麼，再問我 3–5 個最關鍵的問題，我答完你再動手。」

這一步不產出文件，產出的是共識。AI 複述對了、問到點子上了，說明它真聽懂了——這時候做出來的高保真原型，才不會跑偏。

不要一次說一大段需求讓它悶頭做半天。拆成「每一步都能立刻跑起來看」的小步。

直接讓 AI 幫你拆：「把這個需求拆成幾個小步，每一步做完都能在瀏覽器裡跑起來看到效果。列出來，我們一步一步來。」

為什麼不一次做完？因為能立刻跑起來看，就是高保真的意義——你每一步都在驗證真東西，錯了立刻發現，而不是最後收一個看不懂的大成品。這就是極速回應：改的成本永遠停在「一小步」。

有些偏好你不想每次都重複說——技術選型、風格、約束、紅線。說一次，寫進專案記憶，以後它自動遵守。

這個專案，請你一直遵守：
· 技術口味：【比如 用 Astro、不引入重框架、能靜態就靜態】
· 風格：【比如 深色、克制、留白多，文案說人話】
· 約束：【比如 不加任何付費／第三方追蹤；行動裝置優先】
· 紅線：【比如 不碰正式環境資料；刪除／發布／付款這類操作先問我】

讓 AI 把這段存成專案裡的「長期約定」（它會知道放哪）。這等於給專案立了一部「憲法」——但你不用學任何格式，說人話即可。

好處：口味定了，AI 每次產出的高保真成品風格一致，你不用反覆糾偏，回應自然更快。

「做完了」不等於「做好了」。高保真的驗收，不是看一張截圖，而是把真東西跑起來，逐項過一遍。

檢查項	問自己
真內容	是不是真實內容和資料結構？有沒有 Lorem ipsum、「示範文字」、假佔位？
四種狀態	載入中 / 空資料 / 出錯 / 成功，四種都做了嗎？空和錯最容易被漏。
真互動	按鈕真能點、表單真能送出、跳轉真能跳？還是只是「看起來像」？
關鍵路徑	使用者最重要的那條主流程，從頭到尾走通了嗎？
跨裝置	手機和電腦都看了嗎？至少窄螢幕過一遍。
刁鑽輸入	故意輸錯、輸空、輸超長、貼奇怪字元——它崩不崩？