REPORTING PLAYBOOK
汇报写不好，多半不是内容不够，是结构选错了。策划、后评估、变更、进展、立项、定标、突发、专题研究——八种汇报的目的和听者完全不同，先认场景，再套骨架，最后把每一页标题写成结论句。
对号入座。拿不准时看第三列——你要公司在这场会上做什么决定，决定了你用哪套结构。
| 你手头的事 | 用哪个框架 | 这场会要拿到什么 |
|---|---|---|
| 有个新想法 / 新打法要推进 | ① 策划汇报 | 认可思路 + 拍板关键事项 |
| 项目做完了，要复盘或分享 | ② 分享与总结 | 经验被采信、能被复用 |
| 出问题了 / 需求变了，要加钱改期 | ③ 变更汇报 | 批准增补预算 / 工期 / 范围 |
| 月度、阶段性的例行进展 | ④ 进展汇报 | 知晓状态 + 协调卡点 |
| 新事项要不要立项、花多少钱 | ⑤ 立项汇报 | 批准立项与投资额 |
| 招标结束，要定中标单位 | ⑥ 招标 / 定标汇报 | 批准推荐中标方 |
| 突发事件、安全、舆情、重大延误 | ⑦ 风险 / 突发汇报 | 知情 + 支持与资源 |
| 领导让你研究一个问题再建议 | ⑧ 专题研究汇报 | 采纳判断与推荐选项 |
第一页永远是结论页——要做什么 / 出了什么事 / 要申请什么，一页说完，后面都是证据。
每页标题写完整结论句（行动标题），不写「背景介绍」「预算分析」这类主题词。把所有页标题连起来读，就是一份完整的摘要。
一页只支撑一个结论，数据和图都为这个结论服务。一页想讲两件事，就拆成两页。
金额、面积、进度都要注明口径——是否含税、哪个版本台账、统计时点，避免会上追问口径返工。
最后一页永远落到「决策 / 支持 / 下一步」：需要公司拍板什么、需要谁配合什么、下一步动作和时点。
事实、推算、建议在页面上分开标注，推算数字必须注明是推算。混在一起，整份材料的可信度一起打折。
双重目的：一是向公司讲清整体思路、争取认可；二是汇报通过后，它本身就是后续工作开展的指导文件——所以不能只写思路，必须写到能拆成任务的颗粒度。
争取认可 + 留下执行依据。讲完这一场，后面几个月团队照着这份材料干活、公司照着这份材料检查。
为什么做、做成什么样、要花多少资源、风险在哪、今天要我拍板什么。最后一个问题答不上来，这场汇报就白讲了。
要做什么、为什么是现在、预期结果、今天需要的决策，一页说完。写法要点：决策项单独成行、加粗，领导 30 秒能看懂要他定什么。
现状、矛盾或机会。用 SCQA 方式组织：现状是什么（S）、出现了什么变化（C）、不解决的代价是什么（Q 引出下文的 A）。只讲和本次策划直接相关的背景，不做行业科普。
目标要量化：指标 + 数值 + 时点，缺一个都不算目标。再明确写「不做什么」划清范围，并写清成功标准——达到什么状态算做成了。
一张总图讲清打法：分几条线、几个阶段，线与阶段之间是什么关系（并行、先后、互相前置）。这一页是全篇的地图，后面每节都对应图上的一块。
每条线一页，每页必须有四要素：动作、产出物、负责人、完成时点。汇报通过后这一部分原样拆成任务清单——这就是它能当执行指导的原因。四要素缺了负责人和时点，就只是想法，不是计划。
总排期表，标出关键路径、前置条件和外部依赖（如定标、审批、交场）。关键路径上的节点单独标红或加注：它一滑，全盘跟着滑。
人、钱、外部资源分别列，不要混成一个总数。预算给测算口径：按什么单价、什么工程量、哪个版本测的。
每个主要风险写清触发条件和应对动作，不要只列风险名称。「景观设计招标延迟」不是风险项，「总部集中采购定标晚于 X 日，则开业节点顺延，预案为先行启动不受影响的标段」才是。
今天要拍板的事项清单，逐项列。有争议的点给备选方案对比，不要只给一个方案等领导自己想——你多做一步对比，决策就快一步。
沉淀经验让别人能复用，同时如实交代结果。这类报告的价值不在「这个项目多成功」，在「下一个项目的人能少踩哪些坑、多抄哪些作业」。
让经验可复用、可验证。后评估还多一层：对当初的决策和投入做一次诚实的对账。
结果到底怎么样、哪些经验值得推广、哪些坑别人要避开。
项目结果一句话，最值得学的 1–3 条先说。先给结论，别让听众猜你到底想夸还是想反思。
一张事实卡：背景、目标、规模、周期、投入。所有口径在一页交代完，后面对照才有基准。
目标 vs 实际对照表：工期、成本、质量、效果逐项列，有差距直接列，不回避——后评估的信用就建立在这一页。这一页敢写差距，后面的经验别人才肯信。
按关键决策点复盘：当时面临什么选择、为什么这么选、结果如何。这是案例分享最有价值的部分——经验都藏在决策里，不藏在流程里。
问题、根源、当时的处置、付出的代价，逐项写。代价要量化：多花了多少钱、多等了多少天。
能直接搬到下一个项目的动作、模板、参数，写成检查清单形式，别人拿走就能用。这一节写完单独抽出来，就是一份可入库的作业指引。
这套做法在什么条件下成立、什么条件下不适用，防止别人乱套。没有边界的「最佳实践」，到别的项目上就是新坑。
让公司同意变更——加预算、改工期或改范围。听者的心理顺序是固定的：先问「为什么当初没预见」，再问「不批会怎样」，最后才看金额。结构要按这个顺序接招，顺序错了，后面讲得再细也听不进去。
拿到批复。整场汇报只服务于一个动作：让有权的人能放心地签字。
① 为什么当初没预见？ → ② 不批会怎样？ → ③ 要多少钱、凭什么这个数？你的材料顺序必须和这三个问题一一对上。
申请什么（金额 / 工期变化，一句话带数）、为什么必须批、不批的后果，一页说完。数字第一页就出现，不要藏到最后。
发生了什么、何时发现、影响范围多大。只摆事实和证据：现场记录、检测数据、照片。此页不出现观点——先让所有人对「发生了什么」达成一致。
根源分层并坦白分类：不可预见条件 / 外部变化 / 原方案遗漏，三类分开写。属于自身遗漏的不要藏——这页的坦白程度决定整场汇报的可信度。
对工期、成本、品质、安全的影响分别量化；「批」和「不批」两种情形各测算一遍。不批的后果用数字呈现，不用语气。
2–3 个处置方案做对比表，必须含「维持现状不处理」方案，四列对比：费用、工期、风险、后遗症。给出推荐方案及理由。把「不处理」也算清，领导才知道批的是什么、不批省的是什么。
增补金额的构成逐项列：工程量 × 单价的依据、取费口径，不要只给一个总数；再写批复后的排期安排——钱批了，活怎么接上。
同类问题在其他项目 / 标段的排查结果和预防动作。领导心里那句「下次还会不会再来要钱」的担忧，要在这一页消除。
周期性汇报（如月度事项进展报告）的核心不是「汇报全部」，是「只讲变化和偏差」：正常推进的事项一笔带过，把篇幅留给滞后、卡点和需要上级出手的事。
本期整体处于什么状态，一句话定调：正常 / 局部滞后 / 整体承压，先给定性，后给数据。
完成率、阶段分布、金额执行与原计划对照。一页看清全局，口径注明统计时点和台账版本。
只讲偏离计划的事项，逐项给原因和纠偏动作；没偏差的不占篇幅。纠偏动作要带责任方和完成时点。
按日期列下期节点和责任方，让下期汇报有对照基准。
需要上级协调或拍板的单独成页，不要混在进展里一带而过——混着讲，等于没讲。
回答三个问题：为什么必须做、花多少钱算得对不对、做完怎么验收效果。测算是这类汇报的命门——没有口径、没有同类对比的数字，会上一定被追着问。
申请立项什么、投资多少、预期效果，三件一页说完。
为什么必须做、不做的后果。用事实和测算讲，不用口号：不做会损失什么、违反什么、错过什么窗口。
做什么、做到什么程度、边界在哪。范围写不清，立项金额就守不住。
金额构成、口径、与同类项目对比。单价有参照、工程量有依据，质疑来了有据可答。
预期收益或效果怎么衡量：指标是什么、何时验、谁来验。不能衡量的效果，立项时就要说清为什么还值得做。
前置条件（如定标、审批、交场）是否具备、风险预案，最后落到请公司批准什么。
顺序有讲究：先证明程序站得住，再比候选人，最后才给推荐。程序页缺位，推荐理由写得再好，也会被怀疑是先定后审。
推荐中标方和一句话理由，第一页就亮明。
招标程序、评标办法、参与家数，先证明程序站得住。这一页是后面所有结论的地基。
报价、技术方案、履约能力、工期承诺做成对比表，同口径同维度，不要各讲各的。
为什么是这一家；最低价不是它时要重点说明——贵在哪、贵得值不值，差异点要写具体（同类业绩、班组、工期承诺的可信度）。
付款、工期、违约、变更处理原则先讲清。定标会上把争议条款谈透，比签完合同再扯皮便宜得多。
突发汇报拼的不是文采，是速度和可信度：先报状态和已采取的措施，再报细节。最要紧的一条纪律——未核实的信息单独标注，绝不混进事实里。
出了什么事、当前状态是否受控，一页说清。领导第一眼要找的就是「受控 / 未受控」。
时间线，只记已核实的事实；未核实的单独标注「待核实」，并写明预计何时核实完。
已经做了什么、效果如何。这一页决定领导是「听你指挥」还是「接管指挥」。
影响范围、处置选项、需要的支持——支持要具体到人、钱、权限，不要只写「请领导重视」。
盯什么指标、什么条件下降级或升级汇报。下一次汇报的触发条件在这一页定死，免得领导反复追问。
领导让你先研究再建议时，交付物不是资料，是判断。证据分层是这类汇报的骨架：哪些是事实、哪些是推算、哪些还没查证，必须分开摆，决策依据才不会失真。
研究问题、核心判断、推荐意见先行。研究过程再曲折，第一页只放结论。
到底要决策什么、决策标准是什么。标准先定，后面的选项分析才有同一把尺子。
事实、推算、行业参照、未查证事项分开列，来源可追溯。推算写明假设，未查证的明确列出，不要用推算填满空白装完整。
每个选项的做法、代价、前提条件，按同一套维度写，才能横向比。
推荐哪个、放弃其他选项的代价是什么。只讲推荐的好处不讲代价，领导会替你把代价想得更坏。
还差哪些信息才能最终拍板、向谁确认、何时能确认完。把「研究完了」和「可以拍板了」之间的距离说清。
任何场景、任何一份汇报，交出去前逐项过一遍。过不了的项，回去改完再发。
用法：先在「30 秒选框架」里认场景，再照对应骨架逐节填内容，最后过一遍自查清单。
标题示例均为商业改造 / 工程项目语境，套用时把数字和节点换成你自己的。