# Prd > Guidelines and templates for creating effective Product Requirement Documents (PRD), bridging the gap between business goals and technical implementation. Use when this capability is needed. - Skill: `tomevault-io/prd-12` (Agent Skill, multi-file: 2 files) - Install (CLI): `npx skillmds@latest add tomevault-io/prd-12` - Raw SKILL.md: https://api.skillmd.com/api/skills/tomevault-io/prd-12/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Product & Planning - Author: tomevault-io (https://skillmd.com/u/tomevault-io) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/tomevault-io/prd-12 --- # Product Requirement Document (PRD) Skill 本技能旨在協助撰寫結構完整、邏輯清晰的產品需求文件 (PRD)。PRD 是產品的核心藍圖，它告訴我們「為什麼要建構這個產品」以及「它應該具備什麼功能」。 ## 為何需要 PRD？ * **對齊目標**: 確保開發者、設計師和利害關係人對產品有共同的理解。 * **減少歧義**: 透過清晰的文字與圖表，將模糊的想法轉化為具體的需求。 * **作為測試基準**: PRD 中的驗收標準 (Acceptance Criteria) 是 QA 測試的依據。 ## PRD 核心組成 一份完整的 PRD 通常包含以下章節： 1. **背景與目標 (Background & Goals)**: 為什麼要做？解決什麼問題？成功指標是什麼？ 2. **使用者故事 (User Stories)**: 誰是使用者？他們想要做什麼？為了達到什麼目的？ 3. **功能需求 (Functional Requirements)**: 具體的系統行為描述。 4. **非功能需求 (Non-Functional Requirements)**: 性能、安全性、可靠性等限制。 5. **UI/UX 流程 (User Interaction)**: 頁面流程圖、Wireframe 或 Mockup 連結。 6. **數據埋點 (Analytics)**: 需要追蹤哪些使用者行為數據。 7. **未包含範圍 (Out of Scope)**: 明確定義什麼 **不做**，以避免範圍蔓延 (Scope Creep)。 ## 如何使用此 Skill 當 User 提出一個模糊的想法 (e.g., "我想做一個讓使用者可以分享書籤的功能")，請依循以下步驟： 1. **Initial Interview**: 詢問 User 關鍵問題 (Who, Why, What)。 2. **Drafting**: 使用 `template_comprehensive.md` (完整版) 或 `template_simple.md` (簡易版) 起草 PRD。 3. **Review**: 請 User 審閱草稿，確認是否符合預期。 4. **Finalize**: 定稿後，這份 PRD 將成為後續 SA (系統分析) 和 SDD (開發規格) 的輸入。 ## 技巧與最佳實踐 * **使用清晰的語言**: 避免 "可能"、"應該" 等模糊詞彙，使用 "必須" (Shall/Must)、"可以" (Can) 等明確用語。 * **圖文並茂**: 盡量使用流程圖 (Mermaid) 來輔助文字說明。 * **保持更新**: PRD 是活的文件 (Living Document)，若需求變更，務必更新 PRD。 --- > Converted and distributed by [TomeVault](https://tomevault.io/claim/tai-ch0802) — claim your Tome and manage your conversions.