claude-code/claude-zh/skills/report-writer/SKILL.md

4.1 KiB
Raw Permalink Blame History

name description
report-writer 報告格式化與存檔技能。定義各類研究報告的 Markdown 模板、存檔路徑規範、版本控制策略。

報告撰寫技能 (Report Writer Skill)

統一所有產品經理 (PM) 產出的報告格式,確保內容的一致性、可追溯性,並規範標準的存檔路徑。

存檔路徑規範

所有報告應存入 docs/prd/drafts/[產品名稱]-[YYYY-MM-DD]/ 目錄中:

報告類型 標準檔名
市場研究報告 01-market-research.md
競品分析報告 02-competitor-analysis.md
用戶洞察報告 03-user-insights.md
旅程與策略報告 04-journey-strategy.md
優先級與 Roadmap 05-prioritization.md
最終 PRD 文件 ../[產品名稱]-prd-[YYYY-MM-DD].md

報告通用格式

每份報告必須嚴格包含以下標頭結構:

# [報告標題名稱]

| 資訊欄位 | 具體內容 |
|------|------|
| 產出日期 | [YYYY-MM-DD] |
| 產出 Agent | [Agent 識別名稱] |
| 主要資料來源 | [主要搜尋關鍵字或爬取來源概括] |

---

[報告正文內容]

---

## 參考資料清單
- [資料來源 1][完整 URL 連結]
- [資料來源 2][完整 URL 連結]

版本控制策略

  • 初版:以原檔名儲存。
  • 修改版:存為 [原檔名]-v2.md(後續版本如 v3、v4 依此類推)。
  • 記錄變更:每次修改必須在文件末尾的「版本變更記錄」中詳細載明。
## 版本變更記錄
| 版本號 | 日期 | 變更內容說明 | 觸發之指令/操作 |
|------|------|---------|---------|
| v1.0 | [日期] | 初始版本產出 | /pm |
| v1.1 | [日期] | [具體修改之處說明] | /pm-edit |

執行完成後的回報格式

每當完成檔案儲存後Agent 必須依照下述格式回報:

✅ [報告類型] 已成功存檔至 [完整絕對路徑]

PRD 模板摘要與格式強制規範

最終產出的 PRD 文件除了基礎業務邏輯外,必須強制包含以下結構(詳情請參閱 pm-writer agent

  1. TL;DR (重點摘要)
  2. 背景與目標原因 (Why)
  3. 具體目標與核心成功指標 (KPIs)
  4. 目標用戶畫像與使用情境 (User Personas & Scenarios)
  5. 功能性需求 (Functional Requirements)
    • 必須採用 模組 (Module)子模組 (Sub-module) 分層撰寫 (例如 ## 帳號體系 -> ### 使用者註冊)。
    • 針對每個獨立功能點,必須包含以下 4 個標準化區塊:
      1. 流程與交互圖:使用 mermaid 語法繪製流程圖 (Flowchart)、時序圖 (Sequence Diagram) 或狀態機圖。
      2. 邊界條件與異常處理 (Edge Cases):使用表格詳列「觸發情況/錯誤錯誤」、「觸發條件」與「處理邏輯與系統回應」。
      3. 業務邏輯描述:使用條列式 (Bullet points) 清楚、無歧義地說明功能規則。
      4. 介面資料欄位 (Data Fields):使用表格定義欄位,包含 欄位名稱(繁中)Name(英文)資料型態功能說明
      5. (建議) EARS 驗收標準
  6. 通知系統規則 (Notifications):統一收斂所有觸發的 SMS/Mail/Push 規則,以表格呈現 (含觸發條件、發送通道、接收對象)。
  7. 非功能性需求 (Non-functional Requirements):必須定義:安全性規範、支援地區、標準時區 (如 UTC+8)、多語系支援 (附上 ISO 639-1 代碼)、效能指標與併發處理要求。
  8. 使用者旅程圖 (User Journey)
  9. 產品路線圖 (Roadmap)
  10. 資源需求估算 (Resource Estimation)
  11. 風險評估與假設前提 (Risks & Assumptions)
  12. 附錄(含資料來源清單 + 版本變更記錄)

報告品質底線需求

檢查項目 最低合格標準
Must Have 功能點 至少包含 8 個以上
用戶具體痛點 至少列出 8 個具體且明確的痛點
競品分析數量 至少包含 3 個具備完整分析的競對產品
風險清單項目 至少包含 5 個(並區分 High/Medium/Low 等級)
待釐清之開放問題 至少提出 3 個待討論問題