iDWong 汇报材料生成
支持的汇报类型
| 类型 | 受众 | 核心诉求 |
|---|---|---|
| 产品月报 | 团队/直属上级 | 进展透明、问题预警 |
| 季度复盘 | 管理层 | 战略对齐、资源申请 |
| 产品立项汇报 | 决策层/投资人 | 机会确认、资源审批 |
| 需求评审 | 研发/设计团队 | 需求对齐、排期确认 |
| 产品数据周报 | 团队/运营 | 数据透明、行动协调 |
Step 0: 主动扫描项目上下文（必须第一步，不要等用户提供）
不要等用户手动描述需求，先主动用工具扫描项目，找到已有文档后再开始工作。
扫描顺序（优先级从高到低）
| 优先级 | 文件类型 | Glob 查找方式 |
|---|---|---|
| 最高 | 需求说明书 | Glob("**/*需求*说明书*.md") / Glob("**/*spec*.md") / Glob("**/*requirement*.md") |
| 高 | 设计方案 | Glob("**/*设计*方案*.md") / Glob("**/*系统设计*.md") / Glob("**/*design*.md") |
| 高 | 功能清单 | Glob("**/*功能*清单*.md") / Glob("**/*功能清单*") / Glob("**/*feature*.md") |
| 高 | CHANGELOG | Glob("**/CHANGELOG*.md") |
| 中 | README | Glob("**/README*.md") |
| 低 | 路由配置 | src/router/modules/ |
| 低 | 项目代码 | src/views/、src/api/、src/mock/ |
扫描完成后
- 汇报找到了哪些文档（文件路径 + 一句话说明内容）
- 直接基于文档内容开始工作，不需要用户再重复描述
- 如果没找到任何文档，再用 AskUserQuestion 向用户询问必要信息
- 如果文档内容不足以完成任务，只询问缺失的部分，不要重复问已有的信息
工作流程
Step 1: 确认汇报场景
用 AskUserQuestion 收集：
- 汇报受众是谁（层级/角色）？
- 汇报类型和时间？
- 有哪些核心要传递的信息？
- 有没有需要特别说明的敏感内容或风险？
Step 2: 产品月度汇报
# [产品名] [月份]产品月报
**汇报人**：[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结构）
# [项目名称] 产品立项汇报
**汇报人**：[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: 季度复盘汇报
# [产品名] [年度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]
---
## 五、资源申请（如需）
[说明需要的额外资源和理由]
汇报技巧
金字塔原理：
- 先给结论（最重要的信息）
- 再给论据（支撑结论的数据/事实）
- 最后给细节（如需要）
汇报禁忌：
- 不要用"还不错"、"基本完成"等模糊表述，用数字说话
- 不要隐藏问题，主动暴露风险比被追问强
- 不要只报喜不报忧，缺少问题分析的汇报不可信
结构化表达：
- 现状 → 问题/成就 → 原因 → 行动
- 数字说明结果，故事说明影响