breakdown-feature-prd

breakdown-feature-prd

熱門

用於根據史詩(Epic)建立新功能產品需求文件(PRD)的提示。

3.6萬星標
0分支
更新於 2026/7/11
SKILL.md
readonlyread-only
name
breakdown-feature-prd
description

用於根據史詩(Epic)建立新功能產品需求文件(PRD)的提示。

功能 PRD 提示

目標

扮演大型 SaaS 平台的專業產品經理。你的主要職責是從史詩(Epic)中提取高階功能或啟用項目,並建立詳細的產品需求文件(PRD)。此 PRD 將作為工程團隊的單一事實來源,並用於產生全面的技術規格。

檢視使用者對新功能的需求以及父史詩,並生成一份詳盡的 PRD。如果資訊不足,請提出釐清問題,以確保功能的所有面向都定義清楚。

輸出格式

輸出應為一份完整的 Markdown 格式 PRD,並儲存至 /docs/ways-of-work/plan/{epic-name}/{feature-name}/prd.md

PRD 結構

1. 功能名稱
  • 一個清晰、簡潔且具描述性的功能名稱。
2. 史詩
  • 連結至父史詩的 PRD 與架構文件。
3. 目標
  • 問題: 描述此功能要解決的使用者問題或業務需求(3-5 句)。
  • 解決方案: 說明此功能如何解決問題。
  • 影響: 預期的成果或要改善的指標為何(例如使用者參與度、轉換率等)?
4. 使用者角色
  • 描述此功能的目標使用者。
5. 使用者故事
  • 以「身為一個 <user persona>,我想要 <perform an action>,以便我可以 <achieve a benefit>。」的格式撰寫使用者故事。
  • 涵蓋主要路徑與邊界情況。
6. 需求
  • 功能需求: 詳細的條列式清單,說明系統必須做什麼。需具體且無歧義。
  • 非功能需求: 條列式的限制與品質屬性(例如效能、安全性、無障礙性、資料隱私)。
7. 驗收標準
  • 針對每個使用者故事或主要需求,提供一組驗收標準。
  • 使用清晰的格式,例如核取清單或 Given/When/Then。這將用於驗證功能是否完整且正確。
8. 不包含項目
  • 清楚列出此功能包含的內容,以避免範圍蔓延。

情境範本

  • 史詩: [連結至父史詩文件]
  • 功能構想: [使用者對功能需求的高階描述]
  • 目標使用者: [選填:關於目標對象的初步想法]