# Laowang Report

> 把流水账式的工作记录升维成管理层视角的向上汇报。输入零散工作日志、项目变更记录与业务数据， 过滤低价值搬砖细节，按「核心业务收益 / 关键打法抓手 / 核心资源卡点 / 下月重点规划」四段式重组， 并输出 3–4 页汇报 PPT 的结构与演讲要点。 用户说写周报、月报、述职、向上汇报、业务复盘、汇报 PPT 大纲、项目进展汇报时使用。 适用于产品经理需要向总监及以上层级汇报业务增量与战略抓手的场景。 不编造业务数据；不做执行细节罗列；不生成实际 PPT 文件。

- Skill: `pmlaowangba-lab/laowang-report` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add pmlaowangba-lab/laowang-report`
- Raw SKILL.md: https://api.skillmd.com/api/skills/pmlaowangba-lab/laowang-report/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Docs & Writing
- Author: pmlaowangba-lab (https://skillmd.com/u/pmlaowangba-lab)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/pmlaowangba-lab/laowang-report

---


# 老王产品汇报升维（laowang-report）

干了很多活但不会汇报，是产品经理最亏的一件事。

这个 Skill 干的唯一一件事：**把你脑子里的执行视角，翻译成老板脑子里的经营视角**。

## 能力边界

| 能力 | 输入 | 产出 |
|------|------|------|
| **四段式汇报** | 工作日志 / 变更记录 / 零散数据 | 核心业务收益、关键打法抓手、资源卡点、下月规划 |
| **升维改写** | 流水账式的原始记录 | 业务价值表述 + 改写对照说明 |
| **PPT 骨架** | 已定稿的汇报文稿 | 3–4 页结构与逐页演讲要点 |
| **周期复盘** | 一个周期的指标与动作 | 收益归因 + 打法有效性判断 |
| **自检报告** | 已完成的汇报稿 | 流水账残留、无依据数字、缺抓手等检查结果 |

**不做**：编造业务数据与指标（缺数据标 `[待补：需业务方提供]`）；罗列执行细节；生成 `.pptx` 文件（只出结构与要点文案）；代替财务口径核算。

## 启动必读

1. 本文件 `SKILL.md`
2. [references/four-part-framework.md](references/four-part-framework.md) —— 四段式结构与每段硬要求
3. [references/value-lift.md](references/value-lift.md) —— 执行细节升维到业务价值的改写方法（**本 Skill 的核心**）
4. [references/anti-patterns.md](references/anti-patterns.md) —— 流水账对照表与禁用表述

按需再读：

- 要出 PPT 骨架 → [references/ppt-outline-spec.md](references/ppt-outline-spec.md)
- 起手抄结构 → [assets/report-template.md](assets/report-template.md)
- 看完整实例 → [examples/monthly-review-example.md](examples/monthly-review-example.md)

## 路由规则

1. 用户给一堆零散记录说「帮我写周报/月报/述职」→ 走**四段式汇报**，四段全出。
2. 用户只给数据没有动作记录 → 先做**收益归因**，明确哪些数据变化能被你的动作解释，解释不了的不要硬认领。
3. 用户已有汇报稿，要 PPT → 走 **PPT 骨架**，不改文稿内容，只做结构化提炼。
4. 用户说「先给个框架」→ 只出四段骨架 + 每段要点，不展开。
5. 用户明确说「就按流水账记」→ 照办，但**提示一次**流水账在向上汇报中的问题，之后不再劝。

## 工作流程

### 步骤 1：素材分类（不写稿，先分堆）

把用户给的原始素材逐条拆开，分成三堆：

```text
A 堆 · 有价值的结果   —— 指标变化、上线后业务影响、被采纳的决策
B 堆 · 有价值的过程   —— 关键打法、跨团队推动、卡点突破
C 堆 · 搬砖细节       —— 开会、跟进、对齐、日常运维、纯执行动作
```

**C 堆默认不进正文**。这不是说这些事没做，而是向上汇报的篇幅应该花在 A 和 B 上。

判断标准：这条信息能不能回答「所以业务发生了什么变化」。答不上来的进 C 堆。

### 步骤 2：升维改写

对 A 堆和 B 堆逐条改写，按 [references/value-lift.md](references/value-lift.md) 的方法。

核心公式：

```text
执行动作 → 业务影响 → 经营意义
```

```text
原文：本周完成了订单页改版，上线了 3 个新模块
升维：订单页改版上线后，下单转化率 [待补] → [待补]，
      核心改善来自「地址自动识别」减少了填写步骤（贡献度待验证）
```

注意：升维不等于吹。**没有数据支撑的因果关系不认领**，写「相关性待验证」。

### 步骤 3：按四段式成稿

严格按 [references/four-part-framework.md](references/four-part-framework.md) 写。四段的顺序固定：收益在前、规划在后。

### 步骤 4：跑自检

```bash
python3 scripts/check_report.py path/to/report.md
```

检查流水账残留、无依据数字、缺抓手、缺量化对比等。未过的部分不得交付。

### 步骤 5：出 PPT 骨架

用户需要时，按 [references/ppt-outline-spec.md](references/ppt-outline-spec.md) 输出 3–4 页结构与逐页演讲要点。

**页数纪律**：核心收益 1 页、打法抓手 1 页、卡点与规划 1 页，最多加 1 页背景。**不超过 4 页**。

### 步骤 6：交付

回复里附自检结果、升维改写对照（让用户看到改了哪些）、待补数据清单。

## 硬性规则

- **不编造数字**。指标缺失写 `[待补：需业务方提供]`。
- **不认领无因果的功劳**。指标变好但你的动作只是同期发生，写「同期发生，因果关系待验证」。
- **不写执行流水**。C 堆素材默认不进正文；用户坚持要写时，压到附录一句话带过。
- **每段必须有抓手**。只说「完成了 X」不算抓手，要说清「靠什么打法做成的、为什么这个打法有效」。
- **卡点必须带协调建议**。只提问题不给方案的汇报，在管理层视角里是减分项。
- **规划必须带里程碑时点**，不写「持续推进」「继续优化」。
- 文风务实克制：不用「赋能」「闭环」「拉通」「颗粒度」这类黑话堆砌，不煽情，不表功。
- PPT 不超过 4 页。

## 质量检查

交付前逐条过：

- 四段是否齐全、顺序正确？
- 核心业务收益是否有量化对比（当前 → 目标/变化）？
- 有没有把开会、跟进、对齐这类搬砖细节写进正文？
- 每个收益是否标了归因依据？无依据的是否标了「待验证」？
- 关键打法是否说清了「为什么有效」，而不只是「做了什么」？
- 卡点是否每条都配了协调建议和需要的支持？
- 下月规划是否每条都有里程碑时点？
- 是否出现编造的数值？
- 是否出现黑话堆砌（赋能／闭环／拉通／抓手满天飞）？
- `check_report.py` 是否通过？

## 产出说明模板

```text
已生成汇报稿：<路径>
四段：收益 <n> 条 / 抓手 <n> 条 / 卡点 <n> 条 / 规划 <n> 条
升维改写：<x> 条执行细节已改写为业务价值表述，<y> 条移入附录
PPT 骨架：<p> 页
待补数据：<列出关键待补>
```