為什麼 AI 寫的 PRD 都很假？
因為你少了這段：#Role / #Task / #Workflow
幾個月前，我在倫敦辦完一場 12 人的小型 PM workshop。
其中一位學員在課後走來問我：
「Agnes，我讓 AI 幫我寫 PRD，可是每次出來都像 ChatGPT 自己在跟自己開規格會。到底要怎麼讓它寫出像人、像 資深PM、像我會寫的東西？」
我完全懂他在說什麼。
那些 AI 產出的 PRD 很乾淨、有格式、有條列、有 KPI。但整篇就是沒有靈魂。
沒有上文下理、沒有判斷基調、沒有目標邏輯。
最關鍵的是：它會自己亂補你沒說的東西。
這不是 AI 的問題。是你讓它在「當 PM」，而不是「幫 PM」。
如何用AI幫PM工作更有效率? 以下是之前寫過的文章
AI 的正確角色：外骨骼，不是大腦
PM 的工作絕對不是「寫文件」，PM最重要的職責是：
在混亂中找到結構
在資訊碎片裡抓出最重要的 20%
在跨部門會議裡守住決策
把抽象的 idea 轉成工程、設計、DS 都能直接使用的材料
AI 能替你做的，不是替你判斷、拍板，反而是
強化你的邏輯，讓你的思考變得可傳達。
AI 不是你的大腦。
所以，你不能單單叫它：「寫一份 PRD。」
你要叫它：「幫我把這些 rough notes 變成團隊能用的 spec。」
而且要給它：流程、角色、限制 #Role / #Task / #Workflow
大部分 用AI 寫的PRD 為什麼這麼假？
因為流程錯了。
常見的錯誤 prompt 長這樣：
「請用清晰、專業的語氣幫我寫 PRD：題目是 XXX。」
結果 AI 會：
根據網路上平均的 PRD 模板產生內容
用「部落格語氣」寫工作文件
自己補 KPI、日期、Milestone
完全不知道你公司的風格、顆粒度、語氣、決策過程
交出一篇誰看都知道「這不是你寫的」
你期待它成為你的資深 PM 夥伴，但你給它的指令卻是在叫它「用模板寫文章」。
這當然不會好。真正關鍵只有三個字：
Role → Task → Workflow
#Role（角色）：先把位置放對
先看「角色」怎麼定義。
我會這樣跟 AI 說：
你是資深產品經理，擅長將複雜、碎片化的想法轉化為清晰、結構化且可落地的 PRD。寫作簡練、邏輯嚴密、拒絕廢話。
這句話看似簡單，但它會讓模型：
不用部落格語氣寫 PRD
不替你幻想創新的產品創意
明白「PM 的價值是過濾，不是堆字」
知道自己不是「替你決策」，而是「幫你表達決策」
角色一旦被講清楚，荒謬的東西就會減少，例如 AI 自動幫你寫 roadmap、亂加 KPI，那些都會慢慢消失。
#Task（任務）：任務越窄，輸出越準
你給它的任務不能只是模糊的「寫 PRD」，應該是：
「依照 <Reference> 的風格，把我等下提供的筆記整理成 PRD。」
這句話的重點在於：
它必須「模仿」你指定的範本
它只能整理邏輯，不能創造邏輯
它不能動筆，直到你給原料
這就像教一個有潛質的 junior PM 做事：
先給他「過去最成功的 PRD」當參考
再給實際素材、會議紀錄、數據截圖
比一句「你去寫一份好的 PRD」清楚太多。
#Workflow（節奏）：這是整個 prompt 的靈魂
多數 AI 寫出來乏味、模板化、甚至帶錯誤假設的 PRD，根本原因通常是流程錯了。
我現在用的設計是用三步驟固定 AI 的行為：
Step 1：Analyze（分析風格）Step 2：Wait（等待輸入）Step 3：Draft（撰寫草稿）
Step 1：Analyze（分析風格）
先要求 AI 做一件事：
讀 <Reference>
用
<thinking>標記，分析語氣、結構層次、user story 的顆粒度確保它「先理解風格」再執行任務
這非常重要，他需要先吸收你的風格，再進行模仿
輸出的字句會明顯比較像你，而不是像 GPT 預設語氣。
你等於是在說：
「先理解我覺得什麼叫好？，再開始工作。」
這也是所有 prompt 裡最容易被忽略、但對結果影響極大的那一步。
Step 2：Wait（等待輸入）
「請提供您的筆記。在收到我的 Rough Notes 前，不得開始寫 PRD。」
為什麼這麼關鍵？因為它能阻止 AI：
自動亂補 KPI、日期、用戶行為
生成你根本沒提過的需求
直接拿模板、硬套內容
PRD 最可怕的不是「錯」，是「看起來很對，但不屬於你」。
Step 3：Draft（撰寫草稿）
到了這一步，你才讓 AI 動手。但動手之前，你已經Set好了「護欄」。
我在這裡會加三個限制：
① 不准幻想數據
缺數字就用：
[Placeholder][待確認：建議指標]
② User Story 要保持 Reference 的風格
User Story 要短、要精準、要能讓 engineer 直接採用。
③ 結構必須一致：Problem → Goals → Solution → Milestones
要嚴格列出，你想他用的思考順序：
先說清楚問題是什麼（誰受影響、為何是問題、我們怎麼知道）
再定義成功長什麼樣（Goal / Input Metrics）
接著描述解法、高層設計
最後切成 M1/M2、P0/P1 去落地
如果你讓 AI 跳過這個順序，它就會回到「模板作文」模式。
#Output Format（輸出格式）：讓文件可以被複用
最後一塊是很多人懶得設計，但其實超實用的：輸出格式。
我會要求 AI：
用
<draft_prd>包住完整規格用
<questions>列出它覺得資訊不足、無法判斷的地方
為什麼？因為這會強迫 AI：
只輸出「可以被複製貼上」的內容
不亂加前情提要
用文件語氣，看起來不似對話
主動告訴你：「這裡我沒把握，這裡你還沒給我資訊」
這樣你就可以進化到不是在「跟工具聊天」，卻像在跟一個 junior PM 一起 refine 文件。
《PM 用的終極 PRD Prompt Template》
說了這麼多，下面是我整理好的完整 prompt，你可以直接複製貼上使用。
