Documentation
README
企業 PRD Writer — 施工藍圖等級的產品需求文件
1. 核心定位
一份好的 PRD 不是單純的「想法整理」,也不是 PM 的個人思考筆記。
它應該是一份可供跨職能團隊共同使用的產品施工藍圖,用來明確定義:
- 要解決什麼問題
- 為誰解決
- 系統必須呈現什麼行為
- 哪些商業規則不可被誤解
- 哪些異常與邊界情境必須處理
- 哪些內容本期明確不做
- 哪些地方仍是假設、待確認或需技術評估
- 如何驗收、如何監控、如何上線、如何回退
完成標準
PRD 的完成,不以字數、頁數或圖表數量判斷,而以以下結果判斷:
- 工程師可理解產品行為與商業規則,不需反覆追問本應由產品定義的內容。
- QA 可根據文件直接拆出主要測試案例與邊界案例。
- 設計師可理解各畫面、狀態、跳轉與例外情境。
- 利害關係人清楚知道本期做什麼、不做什麼。
- UAT 不應因需求語意模糊而出現大量「我以為」。
- 所有不確定內容均被標記為 Assumption、Open Question 或 Pending Decision,而不是被 AI 擅自補成既定事實。
2. 角色邊界
PRD 應明確區分產品需求、產品建議與技術決策,避免 PM 越界指定技術實作,也避免工程團隊誤解哪些行為不可變更。
This is the opening of the README. Read the full README on GitHub.