---
name: report-planning
description: 生成团队/部门技术规划汇报文档。当用户说"写规划"、"写年度规划"、"写技术规划"、"写团队方向"、"写部门汇报"、"写项目规划"、"生成技术汇报"、"写向上汇报"、"技术战略汇报"、"写述职规划部分"时触发。核心逻辑：根据受众选择写作范式（信息驱动或命题驱动），再按范式展开结构，辅以高级技法增强表达力。
metadata:
author: archon
version: "2.0"
---
# report-planning — 规划汇报
## 核心原则：受众决定范式
规划汇报最常见的错误不是"用什么结构"，而是**用错了范式给错了人**。
给大老板用信息驱动，从行业背景讲起——被打断"到底想说什么"。
给风控/财务用命题驱动，只给结论——被质疑"数据源头在哪"。
**正确入口**：先确认受众和目的，再选择范式，再按范式展开结构。
---
## Step 1：确定受众与范式
向用户确认以下内容：
1. **汇报对象**：高层/大老板 / 直属上级 / 平级协作方 / 风控/财务等专业审核角色？
2. **汇报目的**：要资源/要方向批准 / 请教思路 / 同步进度 / 请求配合 / 审核？
3. **汇报场合**：例行规划 / 战略评审 / 项目启动 / 进度同步？
4. **规划周期**：年度 / 半年 / 季度？
5. **规划阶段**：全新提案 / 已有进展需要汇报？
6. **可用资源**：人力规模、是否有外部合作、预算情况（大概）
根据受众和目的，参照 [受众→范式映射](../references/audience-guide.md) 选择写作范式。
---
## Step 2：按范式展开文档结构
### 零、TL;DR / Executive Summary（所有范式必备）
无论用哪种范式，**文档的第一页必须是 TL;DR**——让高层30秒读完就能做初步判断。
**核心原则**：TL;DR 不是摘要缩写，而是决策入口。高层读完 TL;DR 后应该能回答两个问题：
1. "这件事要不要继续往下看？"（决策判断）
2. "如果只有30秒，我应该记住什么？"（核心信息）
**TL;DR 内容构成**（5行以内）：
```
📌 核心判断：[一句话方向性判断]
🎯 战略对齐：[本规划承接的上级OKR/战略目标，一句话]
📊 关键数字：[2-3个最能说明问题或效果的数据]
⚡ 核心打法：[一句话概括怎么做到]
🚦 需要决策的事项：[需要老板拍板/确认的事，如有]
```
**什么场景必须放 TL;DR**：
- ✅ 所有面向高层的汇报——高层最缺的是时间
- ✅ 所有超过3页的汇报文档——无论受众是谁，都需要快速入口
- ❌ 1页纸的同步文档——TL;DR和正文重复，不必再加
**常见陷阱**：
- ❌ TL;DR 写成缩写版正文——TL;DR是决策入口，不是内容压缩
- ❌ TL;DR 太长超过5行——高层不会读超过5行的TL;DR
- ❌ TL;DR 缺少"需要决策的事项"——高层最想看的是"你要我做什么决定"
---
### 范式A：信息驱动（适用于需要展示推导过程的场景）
信息驱动的核心逻辑：让读者**跟随你的分析过程**，逐步理解为什么这样做是合理的。
**最适合**：直属上级请教、风控/财务审核、平级同步进度
#### 文档结构
### 一、我们在哪里（现状锚定）
💡**现状结论句**：用1-2句话说清楚团队当前处于什么状态，最核心的问题是什么。
**1.1 核心数据现状**
- 关键指标的当前值（效率、质量、规模等）
- 与历史对比或行业基准的差距
**1.2 主要问题和痛点**
- 列举2-3个真实的、已在影响业务的问题
- 每个问题要有具体表现，不要泛化
**1.3 问题根因分析**
- 这些问题的成因是什么（机制缺失 / 技术债 / 外部环境变化）
- 为什么现在必须解决（不解决的代价）
**1.4 战略对齐**（技法10）
- 本规划的核心目标与上级OKR/战略目标的逐层映射
- 用目标映射表或对齐声明句展示贡献路径
- 确保对齐关系真实而非硬凑
---
### 二、竞品对标与行业方向（对应技法：竞品对标分析）
📌**关键洞察**：外部趋势与我们的问题高度吻合，这既验证了方向，也说明现在是合适的时机。
**2.1 竞品对标分析**
不只是"谁做了什么"的案例罗列，而是结构化的对标——让读者看到我们和竞品在哪些维度上的差距有多大，追赶窗口有多长。
对标维度选择（选3-5个与核心问题直接相关的维度）：
- 例：知识覆盖广度、AI可消费化程度、闭环自进化能力、规模化渗透率、端到端效能增益
对标矩阵：
| 对标维度 | 我们 | [竞品A] | [竞品B] | 行业基准 | 追赶窗口 |
|---------|------|---------|---------|---------|---------|
| [维度1] | [现状] | [水平] | [水平] | [水平] | [时间评估] |
| [维度2] | [现状] | [水平] | [水平] | [水平] | [时间评估] |
| [维度3] | [现状] | [水平] | [水平] | [水平] | [时间评估] |
**2.2 差异化优势识别**
- 竞品没做而我们能做的：[1-2点，说明为什么我们有独特优势]
- 竞品做了但我们可以做得更好的：[1-2点，说明差异点]
**2.3 为什么现在是合适的时机**
- 窗口判断：竞品大多在[早期探索/局部验证]阶段，尚未形成规模化体系落地
- 内部条件：我们已有[X的基础积累]，具备从局部到体系的跨越基础
---
### 三、我们要去哪里（目标设定）
**3.1 北极星目标**
- 一句话：`[团队名]的目标，是在[约束条件]下，[核心目标]。`
- 量化公式或衡量方式
- 关键：要和第一章的问题直接对应
**3.2 分阶段目标**
| 阶段 | 时间 | 里程碑 | 验收标准 |
|------|------|-------|---------|
| 阶段1 | Q[N] | [成果] | [可验证的标准] |
| 阶段2 | Q[N+1] | [成果] | [可验证的标准] |
**3.3 成功标准**（本规划期结束时，哪些事情必须发生）
---
### 四、怎么做到（打法和资源）
**4.1 总体思路**（一句话概括横向+纵向的打法）
| 方向 | 为什么做（必要性） | 怎么做（具体动作） |
|------|-----------------|-----------------|
| [方向A] | ● [必要性1]
● [必要性2] | ● [动作1]
● [动作2] |
| [方向B] | ● [必要性1]
● [必要性2] | ● [动作1]
● [动作2] |
**4.2 执行路径**
```
Q[N] Q[N+1]
Milestone: [成果] Milestone: [成果]
[方向A]: [方向A]:
- [具体项] - [具体项]
[方向B]: [方向B]:
- [具体项] - [具体项]
```
**4.3 资源和组织**
- 团队配置：[规模、角色分工]
- 关键依赖：[外部依赖、跨团队协作需求]
- 风险与应对：[主要风险 + 应对策略]
---
### 五、实践与验证（适用于已有进展的规划）
如果规划已在执行中，**必须增加此板块**，否则规划会显得是"画饼"。
**5.1 阶段进展**
- 按季度/阶段描述进展，每个阶段用一句话关键词概括
- 格式：Q[N] [关键词]：[一句话概括]，[关键成果]
**5.2 关键成果数据**
- 分层展示：能力层（建设了多少能力、覆盖率）、资产层（知识资产、工具平台）、效果层（提效数据、归因结论）
**5.3 认知与反思**
- 基于实践得出的新认知（与初始假设的差异）
- 下一步调整方向
---
### 范式B：命题驱动（适用于需要快速给出判断和方案的场景）
命题驱动的核心逻辑：让读者**快速拿到你的判断**，理解你的思考框架，而非跟随分析过程。
**最适合**：高层汇报、战略评审、请求配合、已有进展的战略总结
#### 文档结构
### 一、背景（对应技法：核心命题 + 命题拆解）
💡**核心判断**：一句话定义方向性判断。注：标题用"背景"而非"核心命题"——技法术语不应出现在面向读者的文档标题中。
> 例："我们如何实现 AIDevOps 的体系建设与落地，驱动研发能力的智能化升级？"
**1.1 背景（时间叙事）**
- 不是静态的"现状数据"，而是动态的"从过去到现在的关键转折"
- 用时间线：去年做了什么 → 到了什么瓶颈 → 今年面对什么新变量
**1.2 挑战与机遇（双 framing）**
- **挑战**：业务/组织层面的核心挑战（不是泛化的痛点，是具体变量）
- **机遇**：技术/市场层面的核心机遇（为什么现在做是对的时间）
- 两者并行呈现，制造张力
**1.3 命题拆解**
- 将核心命题拆为2-3个子问题，形成递进关系
- 每个子问题都有"这个问题的本质是什么"的洞察句
- 例：度量问题 → 归因问题 → 转化问题（表面看是度量问题，本质是转化问题）
**1.4 战略对齐**（技法10）
- 用对齐声明句或锚定图，一句话/一张图展示：本规划 → 部门OKR → 公司战略
- 不需要完整映射表，高层只需要一眼看到"这件事对上级目标的价值"
---
### 二、目标与解决思路（对应技法：闭环叙事弧 + 战略选择论证）
📌**闭环逻辑**：用一个闭环框架统领全文，不是并列板块，而是递进闭环。
> 例：建设→验证→演进（怎么建 → 怎么验证效果 → 怎么持续演进）
**2.1 总体解决思路**
- 一句话概括
- 明确展示"为什么这样做而非那样做"的战略选择理由
**2.2 闭环各环节的定义**
- 每个环节回答一个递进问题
- 环节之间有因果关系（前一个的输出是后一个的输入）
---
### 三、核心挑战与应对（对应技法：关键问题与解法 + 论证深度 + 方案实质）
这是命题驱动范式的核心结构单元。每个子问题的展开不只是战略叙事，还应包含**方案实质**——系统架构、领域设计和关键流程，让读者看到"系统到底怎么工作"。用思辨叙事风格而非编号堆叠：
每个问题的完整展开结构：
1. **问题洞察**：这个问题的本质是什么，为什么值得解决
2. **解法方向**：一句话概括解决思路
3. **战略选择论证**：为什么这样做而非那样做（技法6）
4. **方案实质**：系统架构概览、领域边界、关键流程（技法9）——让战略叙事有骨架
5. **目标指标**：量化验收标准
---
### 四、系统架构（对应技法：方案实质表达 + 插图提示词）
以图为主的独立章节，承载"核心挑战与应对"的落地形态。架构通过图说话，文字只做必要补充。
内容构成：
- 整体架构图——系统全局视图
- 核心流程图——关键数据/请求流转路径和变换点
- 上下游关系图——与外部系统/团队的依赖和交互
每张图配1-3行文字说明：核心表达意图 + 关键接口定义 + 与战略叙事的对应关系。
---
### 五、实践与验证
**5.1 阶段进展**
- 用关键词概括每个阶段：Q1[探索]→Q2[确立]→Q3[验证]→Q4[突破]
- 每个阶段一句话概括 + 关键成果
**5.2 关键成果数据**
- 分层展示：能力层、资产层、效果层
- 数据要与闭环逻辑对应（建设成果→验证数据→演进方向）
**5.3 认知与反思**
- 基于实践得出的新认知
- 与初始假设的差异（诚实承认，展示判断力）
- 下一步调整方向
---
### 六、下一步方向
基于闭环反馈的下一步，不是新的规划，而是**基于验证结果的演进方向**。
---
### 七、资源与组织（命题驱动范式的处理方式）
命题驱动面向高层，资源和组织细节不在正文展开，但**不能完全省略**——高层需要判断「这件事有没有人做、资源合不合理」。
处理原则：
- 正文中用**1-2句话**说明核心配置（「由X人的专项团队负责，关键外部依赖已确认」）
- 将完整的人力规划、角色分工、里程碑资源表放入**附录**
- 主要风险在「核心挑战与应对」章节中已内嵌，不再单独成节；如有组织级风险（关键依赖团队配合、资源无法保障），在「下一步方向」末尾用1行明确说明
> ⚠️ 对比范式A：范式A在「四、怎么做到」的 4.3 中有完整的资源和组织章节（团队配置 + 关键依赖 + 风险与应对），适合直属上级这类需要评估执行可行性的受众。命题驱动范式对应的受众（高层）更关心「方向对不对」而非「怎么具体执行」，因此资源细节后置为附录。
---
## Step 3：技法选择与加载
规划汇报可使用11种高级技法增强表达力。同一技法在不同范式中的呈现方式不同：
| 技法 | 范式A（信息驱动）中的呈现 | 范式B（命题驱动）中的呈现 |
|------|------------------------|------------------------|
| 技法1 概念框架 | 在"三、我们要去哪里"中展示框架定义和等级划分，作为目标结构的锚点 | 在"二、目标与解决思路"中一句话展示框架名称+各环节定义，快速给高层一个认知抓手 |
| 技法2 辩证表达 | 在根因分析和趋势判断中使用辩证转折，让读者理解"为什么这个问题比看起来更复杂" | 在挑战与机遇双framing中使用，制造张力抓住注意力；每个问题洞察中用反直觉声明 |
| 技法3 闭环叙事 | 在"四、怎么做到"中用闭环逻辑组织打法方向，让执行路径有因果链 | 在"二、目标与解决思路"中用闭环框架统领全文，作为核心结构而非补充工具 |
| 技法4 分层度量 | 完整展示分层指标体系和归因链路——直属上级需要看到推导过程 | 只展示核心指标和关键归因结论——高层只关心"效果是否可验证"，细节放附录 |
| 技法8 插图提示词 | 在竞品对标矩阵、打法方向表、Roadmap处配图 | 在闭环框架、核心问题解法、系统架构处配图——高层更需要图帮助快速理解 |
| 技法9 方案实质 | 在"四、怎么做到"的每个打法方向中增加1段系统级描述 | 作为独立章节"系统架构"放在"核心挑战与应对"之后，以图为主 |
| 技法10 OKR对齐 | 在"一、我们在哪里"中增加"1.4 战略对齐"子板块，用目标映射表展示完整链路 | 在"一、背景"中增加"1.4 战略对齐"子板块，用对齐声明句或锚定图快速展示 |
| 技法11 竞品对标 | 完整对标矩阵 + 详细追赶窗口分析 + 差异化优势识别 | 简化对标矩阵（只选2-3个核心维度）+ 一句话追赶窗口 + 一句话差异化优势声明 |
| 技法5 论证深度 | 在根因分析和目标设定中完整展示观察→逻辑→命题的论证链路 | 在每个问题洞察中用2句话给出论证支撑——1句观察+1句逻辑 |
| 技法6 战略选择 | 在"四、怎么做到"的打法方向中说明选择理由，可以是1句话嵌入 | 在"三、核心挑战与应对"中用1段战略选择论证——展示排除路径和选择理由 |
| 技法7 叙事思辨 | 在根因分析和趋势判断中使用思辨风格——展示"你在思考"而非"在罗列" | 全文使用思辨风格——每个问题展开都是思辨叙事而非编号堆叠 |
**使用原则**：
1. 范式A不意味着"不用高级技法"——只是技法的展开程度更详细、放置位置更分散
2. 范式B不意味着"技法更高级"——只是技法的呈现更精炼、更集中
3. 根据受众在适配表格中选择技法的呈现方式，不要在信息驱动中用命题驱动的呈现方式（反之亦然）
技法详细说明（含示例、适用受众、常见陷阱、范式适配细节）仅在写作过程中按需加载。当你在帮用户撰写某个章节并需要使用某技法时，读取 [技法详解](references/techniques.md) 中对应技法编号的内容。不要一次性加载全部技法。
各场景的技法适配方式见 [技法适配参考](../references/technique-adaptation.md)。仅在你需要决定某技法在当前场景中的具体使用方式时，按场景读取对应部分。
---
## 常见陷阱
## 常见陷阱
### 范式选择类
- ❌ 给大老板用信息驱动，从背景讲起被打断
- ❌ 给风控用命题驱动，只给结论不给依据
- ❌ 给平级请求配合用信息驱动，对方读完不知道你需要什么
### 结构类
- ❌ 趋势开头，跳过内部问题
- ❌ 只谈方向，不谈路径可行性
- ❌ 没有量化目标，只有定性描述
- ❌ 不提资源和组织保障，让人觉得是「画饼」
- ❌ 已有进展的规划没有"实践验证"板块
### 表达类
- ❌ 对「为什么现在做」缺乏论证（时机判断很重要）
- ❌ 问题分析泛化（"很多团队遇到这个问题"而非"X个团队、主要团队"）
- ❌ 没有概念框架锚定，内容散乱难以抓住主线
- ❌ 命题裸奔——只给结论不给支撑，读者无法评估判断的可信度
- ❌ 只说"做什么"不说"为什么这样做而非那样做"——缺少战略选择论证
- ❌ PPT式编号堆叠——01/02/03 + bullet让读者读清单而非理解思路
- ❌ 陈述事实但不给判断——"覆盖率提升到X%"后面缺一句"这意味着什么"
- ❌ 在文档标题中暴露写作技法——"核心命题"、"命题拆解"是技法术语，不应出现在面向读者的文档标题中；读者看到的是"背景与方向"、"核心挑战与应对"，而非"核心命题"、"关键问题与解法"
- ❌ 只有战略叙事没有方案实质——判断力有余，专业力不足；技术团队听完会觉得"思路不错但系统到底怎么工作？"
- ❌ 方案实质写成设计文档级别——太多实现细节淹没了战略判断，规划汇报不是架构评审
## 参考文件
- [通用风格规范](../references/style-guide.md)
- [汇报对象适配（含范式选择决策框架）](../references/audience-guide.md)
- [技法详解](references/techniques.md)
- [规划汇报模板（范式A+范式B）](assets/templates/planning-template.md)