20 個產品經理提示詞， 讓取捨攤在檯面上
AI 幾秒就能寫出一份信心滿滿的 PRD，靠的是自己編造使用者、數據和範圍。這些提示詞會讓它只根據你的簡報、筆記和數字來做事，攤開計算過程，並在工程開工前列出尚未解決的問題。
請把[方括號]裡的內容換成你的簡報、筆記、工單或數字。
01. 把雜亂的簡報寫成 PRD，並列出待釐清的問題
你手上只有一串 Slack 討論、一份通話筆記和一個截止日，卻沒有規格書。
請把這份雜亂的簡報整理成產品需求文件。 [貼上簡報、討論串、通話筆記或你手上有的任何資料] 章節請依序為：問題與受影響的人、我們目前掌握的佐證、附帶可衡量成果的目標、範圍內的項目、範圍外的項目、以編號步驟寫出的使用者流程、標註為 MUST 或 SHOULD 的需求，以及對其他團隊的依賴。 只使用簡報裡寫到的內容。簡報沒提到的地方，請寫上 [OPEN: 該問題]，不要自行補上。 最後列出所有待釐清的問題，依誰能回答來分組（我、設計、工程、法務、客戶），並把會卡住開發的三個問題放在最前面。
02. 把一項功能拆成附驗收條件的使用者故事
明天就是需求精煉會議，但這項功能還是一張大工單。
請把這項功能拆成團隊可以一個一個開發並上線的使用者故事。 功能：[它做什麼] 使用者：[誰會用它，他們想完成什麼事] 限制：[平台、截止日、已經做好的部分] 每則故事請提供： 1. 身為 [使用者]，我想要 [行動]，這樣我就能 [成果]。 2. 以 Given / When / Then 格式撰寫的驗收條件，每則三到六條，每一條都要能讓沒參與撰寫的人拿來測試。 3. S、M 或 L 的規模估計，以及讓它不確定的那一個因素。 請排序這些故事，讓第一則就能交付真實使用者可以用的東西，即使很小也沒關係。標出實際上是兩則故事的那些，以及必須等另一則故事上線後才有意義的那些。
03. 找出你的 PRD 漏掉的邊緣情況
規格看起來完成了，工程下週就要開工。
請以上線後要處理錯誤回報的工程師身分來讀這份 PRD。 [貼上 PRD 或規格] 列出它沒有涵蓋的邊緣情況，並依以下類別分組：空白與首次使用狀態、錯誤與逾時、權限與角色、極限值（非常長、非常多、零、重複）、並行情況（兩人同時編輯、連點兩下、重試）、此功能出現之前就存在的資料，以及無障礙。 每一項請寫：一行說明情境、目前規格暗示會發生什麼、以及我需要回答的問題。再依真實使用者在第一個月內碰到的可能性，排出前五名。不要自己編造需求，請提問。
免費解鎖其餘 17 則提示詞
訂閱 Whizi 電子報，即可閱讀這個提示詞包的其餘內容。
- 用 RICE 為待辦清單評分並攤開計算
- 把訪談筆記整理成任務、痛點和原話
- 寫一份探索訪談指南，問人們做過什麼，而不是想要什麼
- 把客服工單歸納成值得解決的產品問題
- 寫一份工程師能照著開發的一頁規格
- 選出成功指標，再配一個讓它保持誠實的反向指標
- 設計實驗，先回答樣本數的問題
- 建立一份上線檢查清單，每個團隊都有負責人
- 寫出使用者真的會讀的版本說明
- 寫一份以「有什麼改變」開頭的利害關係人更新
- 寫一份說明「不做什麼」的路線圖敘事
- 婉拒功能需求，附上理由和下一步
- 在上線前先做一次事前驗屍
- 逐項拆解競爭對手產品頁的宣稱
- 從一長串工單中寫出一個衝刺目標
- 把被指定的解法還原成背後的問題
- 請第二個模型審查第一個模型寫的 PRD