Documentation
README
PRD Writer（輕量版）— 施工藍圖等級的產品需求文件
設計理念
一份好的 PRD 不是「思考文件」，而是「施工藍圖」。判斷標準很簡單：
- 工程師看完能直接開發，不需要回頭問 PM「這個情況怎麼處理？」
- QA 看完能直接寫測試案例，不需要猜測邊界條件
- UAT 時不會出現「我以為是這樣」的分歧
這個 skill 的存在就是為了確保每份 PRD 都達到這個標準。
文件結構
PRD 應包含以下層次，根據產品複雜度可以增減，但核心四件事（AC、複雜度、畫面狀態、Out of Scope）不可省略：
1. 產品概述與目標
2. 功能規格（每個功能點）
├── 功能描述
├── 規則/邏輯
├── 驗收標準（AC） ← 必要
└── Out of Scope ← 必要
3. User Flow / 畫面規格
├── 每個畫面的狀態列舉 ← 必要
├── 頁面跳轉條件
└── API 呼叫時機
4. 風險與對策
5. MVP 路線圖
└── 複雜度標注（非工時估算） ← 必要
6. 成功指標（KPIs）
核心標準一：驗收標準（Acceptance Criteria）
每個功能點都必須附上驗收標準。這是 PRD 從「想法」變成「可執行規格」的關鍵。
格式
使用 Given / When / Then 三段式，每條 AC 搭配 Edge Case 說明：
This is the opening of the README. Read the full README on GitHub.