111 lines
3.7 KiB
Markdown
111 lines
3.7 KiB
Markdown
|
---
|
|||
|
|
description: 呼叫完整 PM 流程，依序執行研究、用戶洞察、策略規劃，最終輸出結構完整的 PRD 文件。
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
# /pm — 完整產品規劃
|
|||
|
|
|
|||
|
|
啟動完整的產品規劃流程，依序呼叫 4 個專業 Agent，最終產出結構化的 PRD。
|
|||
|
|
|
|||
|
|
## 使用方式
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
/pm 我想做一個幫助獨立接案者管理客戶與發票的 SaaS 工具，
|
|||
|
|
目標用戶是台灣的設計師和工程師，
|
|||
|
|
預計 3 個月內上線 MVP，只有我一個工程師和一個設計師。
|
|||
|
|
|
|||
|
|
/pm 我們的電商平台需要新增一個 AI 推薦功能，
|
|||
|
|
參考競品：Amazon、momo、蝦皮。
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 工作流程
|
|||
|
|
|
|||
|
|
### Step 1：需求澄清
|
|||
|
|
|
|||
|
|
接收使用者的產品描述後，快速確認以下資訊（**最多問 3 個問題**）：
|
|||
|
|
|
|||
|
|
- 這是 0→1 新產品，還是既有產品的新功能？
|
|||
|
|
- 目標用戶是誰？
|
|||
|
|
- 有無特定競品作為參考（名稱或 URL）？
|
|||
|
|
- 預計時程與團隊規模？
|
|||
|
|
|
|||
|
|
**若資訊足夠，直接進入 Step 2。**
|
|||
|
|
|
|||
|
|
### Step 2：決定執行範圍
|
|||
|
|
|
|||
|
|
根據需求複雜度選擇 Agent 組合：
|
|||
|
|
|
|||
|
|
| 情境 | Agent 組合 |
|
|||
|
|
|------|-----------|
|
|||
|
|
| 快速概念驗證（< 30 分鐘） | PM User Analyst + PM Writer |
|
|||
|
|
| 新市場 / 新產品 | 全部 4 個 Agent |
|
|||
|
|
| 功能迭代 | PM User Analyst + PM Strategist + PM Writer |
|
|||
|
|
| 完整策略規劃 | 全部 4 個 Agent |
|
|||
|
|
|
|||
|
|
### Step 3：建立草稿目錄
|
|||
|
|
|
|||
|
|
建立 `docs/prd/drafts/[產品名稱]-[YYYY-MM-DD]/` 目錄。
|
|||
|
|
|
|||
|
|
### Step 4：依序呼叫 Agent
|
|||
|
|
|
|||
|
|
#### 可平行執行（無依賴）：
|
|||
|
|
1. **`pm-researcher`**（`.claude/agents/pm-researcher.md`）
|
|||
|
|
- 市場規模 + 趨勢 + 競品功能盤點 + UX 體驗
|
|||
|
|
- 輸出：`01-market-research.md` + `02-competitor-analysis.md`
|
|||
|
|
|
|||
|
|
2. **`pm-user-analyst`**（`.claude/agents/pm-user-analyst.md`）
|
|||
|
|
- 真實用戶痛點挖掘
|
|||
|
|
- 輸出：`03-user-insights.md`
|
|||
|
|
|
|||
|
|
#### 依序執行（需前面產出）：
|
|||
|
|
3. **`pm-strategist`**（`.claude/agents/pm-strategist.md`）
|
|||
|
|
- 讀取 User Analyst 和 Researcher 的報告 → 旅程設計 + 功能排序 + Roadmap
|
|||
|
|
- 輸出：`04-journey-strategy.md` + `05-prioritization.md`
|
|||
|
|
|
|||
|
|
4. **`pm-writer`**（`.claude/agents/pm-writer.md`）
|
|||
|
|
- 讀取所有草稿 → 一致性檢查 → 整合為完整 PRD
|
|||
|
|
- 輸出：`docs/prd/[產品名]-prd-[YYYY-MM-DD].md`
|
|||
|
|
|
|||
|
|
### Step 5：品質把關
|
|||
|
|
|
|||
|
|
在呼叫 PM Writer 前確認：
|
|||
|
|
|
|||
|
|
| 項目 | 最低標準 |
|
|||
|
|
|------|---------|
|
|||
|
|
| 功能數量（Must Have） | ≥ 8 個 |
|
|||
|
|
| 用戶痛點 | ≥ 8 個具體痛點 |
|
|||
|
|
| 競品數量 | ≥ 3 個完整分析 |
|
|||
|
|
| 旅程流程 | ≥ 1 Macro + 2 Micro Journey |
|
|||
|
|
| 風險清單 | ≥ 5 個 |
|
|||
|
|
|
|||
|
|
未達標則要求對應 Agent 補充，**不要自行湊數**。
|
|||
|
|
|
|||
|
|
### Step 6：輸出 PRD
|
|||
|
|
|
|||
|
|
最終 PRD 存至 `docs/prd/[產品名]-prd-[YYYY-MM-DD].md`，同時顯示給使用者。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Agent 一覽
|
|||
|
|
|
|||
|
|
| Agent | 主要職責 | 使用的 Skills |
|
|||
|
|
|-------|---------|-------------|
|
|||
|
|
| `pm-researcher` | 市場研究 + 競品分析 | web-research, web-to-markdown, competitor-profiling |
|
|||
|
|
| `pm-user-analyst` | 用戶痛點挖掘 | web-research, user-voice-mining |
|
|||
|
|
| `pm-strategist` | 旅程設計 + 功能排序 + Roadmap | prioritization-framework |
|
|||
|
|
| `pm-writer` | PRD 整合撰寫 | report-writer |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 重要注意事項
|
|||
|
|
|
|||
|
|
- **不要自己做市場研究**：交給 `pm-researcher`
|
|||
|
|
- **不要跳過澄清**：需求不清楚是後續所有浪費的根源
|
|||
|
|
- **輸出前做整合**：各 Agent 產出可能有矛盾，需統一
|
|||
|
|
- **語言一致**：繁體中文，技術術語保留英文
|
|||
|
|
- **PRD 必須可執行**：驗收標準應具體、可測試
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 若已有部分研究
|
|||
|
|
|
|||
|
|
如果之前已經執行過 `/pm-research` 或 `/pm-user`，`/pm` 會自動讀取草稿資料夾中已有的報告，**跳過已完成的步驟**，從缺少的部分繼續。
|