# Pm Stakeholder Report

> 产品经理汇报材料生成技能。适用场景：(1) 月度/季度产品汇报，(2) 向管理层/投资人汇报产品进展，(3) 跨部门产品Review，(4) 产品立项/需求评审材料，(5) 用户说「做汇报」「写汇报材料」「产品复盘」「产品Review」「向老板汇报」时触发

- Skill: `wang-q-l/pm-stakeholder-report` (Agent Skill)
- Install (CLI): `npx skillmds@latest add wang-q-l/pm-stakeholder-report`
- Raw SKILL.md: https://api.skillmd.com/api/skills/wang-q-l/pm-stakeholder-report/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: wang-q-l (https://skillmd.com/u/wang-q-l)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/wang-q-l/pm-stakeholder-report

---


# 汇报材料生成

## 支持的汇报类型

| 类型         | 受众          | 核心诉求           |
| ------------ | ------------- | ------------------ |
| 产品月报     | 团队/直属上级 | 进展透明、问题预警 |
| 季度复盘     | 管理层        | 战略对齐、资源申请 |
| 产品立项汇报 | 决策层/投资人 | 机会确认、资源审批 |
| 需求评审     | 研发/设计团队 | 需求对齐、排期确认 |
| 产品数据周报 | 团队/运营     | 数据透明、行动协调 |

## 工作流程

### Step 1: 确认汇报场景

用 AskUserQuestion 收集：

- 汇报受众是谁（层级/角色）？
- 汇报类型和时间？
- 有哪些核心要传递的信息？
- 有没有需要特别说明的敏感内容或风险？

### Step 2: 产品月度汇报

```markdown
# [产品名] [月份]产品月报

**汇报人**：[PM姓名] **汇报日期**：[日期] **版本**：v[X]

---

## 一、本月核心成果

### 核心指标完成情况

| 指标    | 目标 | 实际 | 完成率 | 趋势  |
| ------- | ---- | ---- | ------ | ----- |
| [指标1] | X    | Y    | Z%     | ↑/↓/→ |
| [指标2] | X    | Y    | Z%     | ↑/↓/→ |
| [指标3] | X    | Y    | Z%     | ↑/↓/→ |

**本月亮点**：[1-2句话突出最重要的成果]

---

## 二、功能交付情况

| 功能/需求 | 计划版本 | 实际状态 | 备注         |
| --------- | -------- | -------- | ------------ |
| [功能1]   | v[X]     | ✅已上线 | [上线日期]   |
| [功能2]   | v[X]     | 🔄进行中 | 预计[日期]   |
| [功能3]   | v[X]     | ⚠️延期   | 原因：[简述] |

**交付率**：X/Y（[Z%]）

---

## 三、关键问题与风险

### 需要关注

1. **[问题1]**：[描述现状] → 正在[应对措施]
2. **[问题2]**：[描述现状] → [建议/需要支持]

### 已解决

1. [已解决问题描述]

---

## 四、下月计划

### 重点工作

| 优先级 | 事项    | 负责人 | 里程碑 |
| ------ | ------- | ------ | ------ |
| P0     | [重点1] | [人]   | [日期] |
| P0     | [重点2] | [人]   | [日期] |
| P1     | [重点3] | [人]   | [日期] |

### 资源需求

- [如需要跨部门支持/资源申请，在此说明]

---

## 五、团队动态（可选）

[团队变化、值得表扬的工作等]
```

### Step 3: 产品立项汇报（PDCA结构）

```markdown
# [项目名称] 产品立项汇报

**汇报人**：[PM] **日期**：[日期] **决策诉求**：[明确说明需要什么决策]

---

## 一、背景与机会（Why）

### 问题陈述

[用数据说明当前存在的问题或机会，1-3个具体数据]

### 市场机会

- 市场规模：[TAM/SAM估算]
- 增长趋势：[增速数据]
- 窗口期：[为什么是现在]

### 竞品现状

[简述竞争格局，我们的差异化机会]

---

## 二、产品方案（What）

### 产品定位

[一句话产品定位]

### 目标用户

[核心用户画像，1-2个]

### 核心功能（MVP）

1. [核心功能1]：[价值描述]
2. [核心功能2]：[价值描述]
3. [核心功能3]：[价值描述]

**不做的事**：[明确排除的功能/场景]

---

## 三、商业模式（How Money）

### 盈利模式

[描述商业化路径]

### 关键假设

1. [假设1]：[验证方式]
2. [假设2]：[验证方式]

---

## 四、执行计划（How）

### 阶段规划

| 阶段   | 时间    | 目标   | 成功标准   |
| ------ | ------- | ------ | ---------- |
| MVP    | [X周]   | [目标] | [验收标准] |
| v1.0   | [X周]   | [目标] | [验收标准] |
| 商业化 | [X个月] | [目标] | [验收标准] |

### 资源需求

| 角色     | 人数 | 时长  | 备注 |
| -------- | ---- | ----- | ---- |
| 产品经理 | X    | Y个月 |      |
| 前端     | X    | Y个月 |      |
| 后端     | X    | Y个月 |      |
| 设计     | X    | Y个月 |      |

---

## 五、风险评估

| 风险    | 可能性   | 影响     | 应对措施 |
| ------- | -------- | -------- | -------- |
| [风险1] | 高/中/低 | 高/中/低 | [措施]   |
| [风险2] | 高/中/低 | 高/中/低 | [措施]   |

---

## 六、决策建议

**建议**：[明确的建议，如：批准立项/调整方向/需要更多调研]

**下一步行动**：

- 如批准：[具体后续步骤和时间表]
- 如需调整：[建议调整方向]

---

## 附录

- [竞品分析详情]
- [用户调研数据]
- [财务测算模型]
```

### Step 4: 季度复盘汇报

```markdown
# [产品名] [年度Q?] 季度复盘

**汇报人**：[PM] **日期**：[日期]

---

## 一、OKR完成情况

| 目标 | 关键结果 | 目标值 | 实际值 | 评分 |
| ---- | -------- | ------ | ------ | ---- |
| O1   | KR1      | X      | Y      | 0.X  |
| O1   | KR2      | X      | Y      | 0.X  |
| O2   | KR1      | X      | Y      | 0.X  |

**O1综合得分**：0.X（[评语]） **O2综合得分**：0.X（[评语]）

---

## 二、核心数据趋势

[核心指标的季度趋势，表格或文字描述]

**关键成就**：[本季度最重要的1-3个成果]

---

## 三、经验总结

### 做对的事

1. [成功经验1] - 学到的规律：[提炼]
2. [成功经验2] - 学到的规律：[提炼]

### 做错的事

1. [失误1] - 根因：[分析] - 改进：[措施]
2. [失误2] - 根因：[分析] - 改进：[措施]

---

## 四、下季度规划

**季度主题**：[一句话概括下季度方向]

**核心目标（OKR草案）**：

- O1：[目标] → KR：[量化结果]
- O2：[目标] → KR：[量化结果]

**关键里程碑**：

- [月份]：[里程碑1]
- [月份]：[里程碑2]

---

## 五、资源申请（如需）

[说明需要的额外资源和理由]
```

## 汇报技巧

**金字塔原理：**

1. 先给结论（最重要的信息）
2. 再给论据（支撑结论的数据/事实）
3. 最后给细节（如需要）

**汇报禁忌：**

- 不要用"还不错"、"基本完成"等模糊表述，用数字说话
- 不要隐藏问题，主动暴露风险比被追问强
- 不要只报喜不报忧，缺少问题分析的汇报不可信

**结构化表达：**

- 现状 → 问题/成就 → 原因 → 行动
- 数字说明结果，故事说明影响

