技术方案评审 PPT：评审会真正想看什么

技术评审 PPT 的目标只有一个：让评审者在 30 分钟内做出”同意 / 有条件同意 / 不同意”的判断。所有内容选择都应该围绕这个目标，而不是围绕”我做了多少设计”。

评审者会问的四个问题

1. 现在的系统到底有什么问题？有没有数据说明问题真实存在？
2. 这个方案的边界是什么？哪些明确不做？
3. 为什么是它，而不是另外那两个显而易见的替代方案？
4. 需要我批什么？资源、时间、还是风险接受？

材料里如果这四页是空的，其他页做得再漂亮，评审也开不下去。

14 页评审材料框架

1. 封面（方案名、一句话主张、提报人、评审日期）
2. 目录
3. 背景与当前问题（带现状指标）
4. 方案目标与非目标
5. 总体方案（架构示意）
6. 关键设计决策与取舍
7. 数据模型 / 接口约定（表格页）
8. 实施路径与阶段划分
9. 资源投入与排期
10. 风险与缓解措施
11. 验收标准与观测指标
12. 备选方案对比
13. 评审决策请求
14. 附录（压测数据、成本测算、兼容性清单）

三页决定成败

非目标页（第 4 页）

写清”这次不做”的清单，比写目标更重要。例如：本次不涉及历史数据迁移、不改动线上鉴权链路、不覆盖移动端。范围一旦模糊，评审者就会用最坏情况估算成本，方案自然过不了。

备选方案对比页（第 12 页）

至少列两个替代方案，并给出淘汰理由。常见的错误是只写”方案 B 性能差”，正确写法是给出量化差异：方案 B 在峰值写入下 P99 延迟 420ms，超出 SLO 200ms，且需要额外两台实例。

决策请求页（第 13 页）

明确到”要什么、什么时候要”：申请 2 名后端 6 周、需要 DBA 在 10 月第 2 周配合做一次索引变更、接受灰度期 5% 的请求降级风险。没有明确请求的评审，等于没有结论。

图表与数据的三条纪律

• 每个图必须带单位与统计口径：柱子上写 380 却没说是 QPS 还是订单量，等于没给信息。
• 对比要有共同基线：不同机器规格下的压测结果不能直接比。
• 异常点要标注：曲线掉下去的地方写一句原因，比让评审自己猜更加分。

排版建议

技术材料适合克制的单色体系 + 等宽数字：一页一个论点，架构图与表格占主视觉，文字做解释而不是复述。深色底在会议室投影上对比更好，但正文不要用低于 #D0D0D0 的灰。

本站的商业计划书 / 方案评审模板包含架构示意、决策取舍表、备选方案对比与决策请求页，可直接替换内容使用。