對於 PM 來說，寫 PRD (Product Requirements Document) 是無法逃避的基本功。一份完整的 PRD 動輒數十頁，但其中有 80% 其實是高度結構化的制式內容。這正是 AI 能發揮最大價值的地方。
💡 核心觀念 不要期待 AI 能憑空「猜出」你要做什麼產品。你需要提供的是「業務邊界」與「核心痛點」，讓 AI 幫你把模糊的想法展開成工程師看得懂的嚴謹規格。
📝 User Story 與驗收標準 (AC) 生成
寫 User Story 容易，但要把所有 Edge Cases (邊界情況) 都考量進去並寫成 Acceptance Criteria (AC) 則非常耗腦力。
從一句話產出完整 Story 與 AC
實戰 Prompt 範例：
我正在規劃一個電子商務 App 的「紅利點數系統」。
請根據「會員結帳時可使用點數折抵現金」這個核心功能，幫我展開 3-5 個 User Stories。
格式要求：
1. 作為一個 [角色]，我想要 [功能]，以便於 [商業價值]。
2. 每個 Story 都必須包含至少 3 條 Acceptance Criteria (AC)，請涵蓋：Happy Path、錯誤操作 (例如點數不足)、以及系統異常的情境。
3. 列出 RD 必須考量的 2 個技術相依性 (例如：並發扣點問題)。AI 不僅會幫你寫出基本的結帳流程，還會主動提醒你設計「如果兩支手機同時結帳，點數會不會被扣兩次」這種進階的驗收標準。
[!WARNING] ⚠️ 人類審查重點 AI 產出的 AC 經常會有「預設太美好的假設」，例如假設 API 永遠能在 1 秒內回應。身為 PM，你必須加上「若超時應顯示友好等待畫面」的商業決策。
🎨 讓 AI 幫你畫 Mermaid 流程圖
你還在用滑鼠在 Draw.io 裡痛苦地拉箭頭嗎？2026 年的 PM 都是讓 AI 寫出 Mermaid.js 語法，直接在 Notion 或 Markdown 中渲染出流程圖。
生成泳道圖 (Swimlane Flowchart)
實戰 Prompt 範例：
請幫我用 Mermaid 的語法畫一張「第三方登入 (Google OAuth) 失敗時的處理流程圖」。
請使用泳道圖 (跨職能流程圖)，包含以下三個角色/系統：
1. User (用戶)
2. Frontend (我們的前端 App)
3. Backend (我們的後端)
流程說明：
- 用戶點擊 Google 登入 -> 前端跳轉 OAuth -> 後端收到 token 但發現 Email 已被註冊（非 Google 綁定）。
- 後端回傳 409 錯誤 -> 前端跳轉至「密碼驗證綁定頁」-> 用戶輸入舊密碼 -> 後端綁定成功 -> 前端登入成功。AI 會吐出一串程式碼，你只要複製貼上到支援 Markdown 的工具中，一張完美的系統時序圖就產生了！
📑 自動帶入公司專屬 PRD 模板
每個公司有自己習慣的 PRD 格式（或許是 1-Pager 或是十幾頁的鉅作）。你可以透過提供範本，讓 AI 照你的規矩做事。
如何讓 AI 學習你的模板：
- 準備一份過去寫得最好的 PRD 作為「Few-shot (少量提示) 範例」。
- 使用以下 Prompt：
這是我公司標準的 PRD 格式範本：
[貼上你的舊 PRD]
現在，我要開發一個新的功能：「個人化商品推薦區塊」。
請【嚴格遵守】上述的結構與語氣，為我草擬一份新的 PRD。
新功能背景：(輸入簡單的產品邏輯)