pmlaowangba-lab 老王产品汇报升维（laowang-report）
干了很多活但不会汇报，是产品经理最亏的一件事。
这个 Skill 干的唯一一件事：把你脑子里的执行视角，翻译成老板脑子里的经营视角。
能力边界
| 能力 | 输入 | 产出 |
|---|---|---|
| 四段式汇报 | 工作日志 / 变更记录 / 零散数据 | 核心业务收益、关键打法抓手、资源卡点、下月规划 |
| 升维改写 | 流水账式的原始记录 | 业务价值表述 + 改写对照说明 |
| PPT 骨架 | 已定稿的汇报文稿 | 3–4 页结构与逐页演讲要点 |
| 周期复盘 | 一个周期的指标与动作 | 收益归因 + 打法有效性判断 |
| 自检报告 | 已完成的汇报稿 | 流水账残留、无依据数字、缺抓手等检查结果 |
不做：编造业务数据与指标（缺数据标 [待补：需业务方提供]）；罗列执行细节；生成 .pptx 文件（只出结构与要点文案）；代替财务口径核算。
启动必读
- 本文件
SKILL.md - references/four-part-framework.md —— 四段式结构与每段硬要求
- references/value-lift.md —— 执行细节升维到业务价值的改写方法（本 Skill 的核心）
- references/anti-patterns.md —— 流水账对照表与禁用表述
按需再读：
- 要出 PPT 骨架 → references/ppt-outline-spec.md
- 起手抄结构 → assets/report-template.md
- 看完整实例 → examples/monthly-review-example.md
路由规则
- 用户给一堆零散记录说「帮我写周报/月报/述职」→ 走四段式汇报，四段全出。
- 用户只给数据没有动作记录 → 先做收益归因，明确哪些数据变化能被你的动作解释，解释不了的不要硬认领。
- 用户已有汇报稿，要 PPT → 走 PPT 骨架，不改文稿内容，只做结构化提炼。
- 用户说「先给个框架」→ 只出四段骨架 + 每段要点，不展开。
- 用户明确说「就按流水账记」→ 照办，但提示一次流水账在向上汇报中的问题，之后不再劝。
工作流程
步骤 1：素材分类（不写稿，先分堆）
把用户给的原始素材逐条拆开，分成三堆：
A 堆 · 有价值的结果 —— 指标变化、上线后业务影响、被采纳的决策
B 堆 · 有价值的过程 —— 关键打法、跨团队推动、卡点突破
C 堆 · 搬砖细节 —— 开会、跟进、对齐、日常运维、纯执行动作
C 堆默认不进正文。这不是说这些事没做，而是向上汇报的篇幅应该花在 A 和 B 上。
判断标准：这条信息能不能回答「所以业务发生了什么变化」。答不上来的进 C 堆。
步骤 2：升维改写
对 A 堆和 B 堆逐条改写，按 references/value-lift.md 的方法。
核心公式：
执行动作 → 业务影响 → 经营意义
原文：本周完成了订单页改版，上线了 3 个新模块
升维：订单页改版上线后，下单转化率 [待补] → [待补]，
核心改善来自「地址自动识别」减少了填写步骤（贡献度待验证）
注意：升维不等于吹。没有数据支撑的因果关系不认领，写「相关性待验证」。
步骤 3：按四段式成稿
严格按 references/four-part-framework.md 写。四段的顺序固定：收益在前、规划在后。
步骤 4：跑自检
python3 scripts/check_report.py path/to/report.md
检查流水账残留、无依据数字、缺抓手、缺量化对比等。未过的部分不得交付。
步骤 5：出 PPT 骨架
用户需要时，按 references/ppt-outline-spec.md 输出 3–4 页结构与逐页演讲要点。
页数纪律：核心收益 1 页、打法抓手 1 页、卡点与规划 1 页，最多加 1 页背景。不超过 4 页。
步骤 6：交付
回复里附自检结果、升维改写对照（让用户看到改了哪些）、待补数据清单。
硬性规则
- 不编造数字。指标缺失写
[待补：需业务方提供]。 - 不认领无因果的功劳。指标变好但你的动作只是同期发生，写「同期发生，因果关系待验证」。
- 不写执行流水。C 堆素材默认不进正文；用户坚持要写时，压到附录一句话带过。
- 每段必须有抓手。只说「完成了 X」不算抓手，要说清「靠什么打法做成的、为什么这个打法有效」。
- 卡点必须带协调建议。只提问题不给方案的汇报，在管理层视角里是减分项。
- 规划必须带里程碑时点，不写「持续推进」「继续优化」。
- 文风务实克制：不用「赋能」「闭环」「拉通」「颗粒度」这类黑话堆砌，不煽情，不表功。
- PPT 不超过 4 页。
质量检查
交付前逐条过：
- 四段是否齐全、顺序正确？
- 核心业务收益是否有量化对比（当前 → 目标/变化）？
- 有没有把开会、跟进、对齐这类搬砖细节写进正文？
- 每个收益是否标了归因依据？无依据的是否标了「待验证」？
- 关键打法是否说清了「为什么有效」，而不只是「做了什么」？
- 卡点是否每条都配了协调建议和需要的支持？
- 下月规划是否每条都有里程碑时点？
- 是否出现编造的数值？
- 是否出现黑话堆砌（赋能／闭环／拉通／抓手满天飞）？
check_report.py是否通过？
产出说明模板
已生成汇报稿：<路径>
四段：收益 <n> 条 / 抓手 <n> 条 / 卡点 <n> 条 / 规划 <n> 条
升维改写：<x> 条执行细节已改写为业务价值表述，<y> 条移入附录
PPT 骨架：<p> 页
待补数据：<列出关键待补>