讲稿反推式 PPT
把 PPT 当作一场促成判断和行动的汇报，而不是资料堆叠或视觉作品。先确定听众会后要形成什么认识、作出什么决定、采取什么行动，再设计讲稿、页面和视觉。
先判断任务类型
- 只要大纲或文字：完成决策主线、逐页标题、页面要点、图示建议和解说词，不擅自制作文件。
- 从零创建 PPT：先完成内容架构和代表性样页，再制作全稿；调用可用的演示文稿工具并执行其渲染验证要求。
- 修改现有 PPT：先完整读取页面、备注、图片和上下文，列出保留项与修改项；只改用户指定范围，避免破坏已确认部分。
- 只改单页：先复述该页唯一任务和需要保留的内容，再给出页面方案或直接生成修改稿。
- 需要视觉方向：先给出整套视觉系统候选或缩略图拼图，再用 3–4 张代表性页面确认方向。
工作流
1. 定义会后结果
先回答以下问题；能从材料中推断时直接推断并标注，不要把所有问题都抛给用户。
- 谁听：主要领导、业务部门、技术专家、投资方或内部管理层。
- 为什么听：立项、认可方向、协调资源、选择方案、批准预算或进入下一阶段。
- 会后做什么：明确一个可观察的动作，而非泛泛的“了解情况”。
- 有什么顾虑：投资、重复建设、落地能力、合规、收益、组织协同或风险。
- 汇报限制：页数、时长、正式程度、是否可联网、是否需要文件、模板和品牌要求。
把结果写成一句内部工作句：
> 让【听众】相信【核心判断】，从而同意【下一步行动】。
2. 建立证据底座
先读用户材料和既有 PPT，再补公开信息。把事实分成三类：
- 已确认：可直接写入页面，并保留出处。
- 合理判断：用“建议、可考虑、从公开信息看”等措辞表达。
- 待核实：不写成确定事实，放入调研清单或备注。
涉及规模、政策、项目、组织、技术指标或当前市场信息时，核对口径、时间和来源。不要为了页面“有数据”而使用无法解释或不能比较的数字。
3. 构建汇报框架
先建立内容之间的因果关系，再决定章节和页序。不要把背景、痛点、目标和策略当成互不相关的栏目。
3.1 从现状与发展两条线形成判断
按项目需要分析以下两条线，不强制两条线同时具备完整证据：
- 现状分析线：梳理当前怎么做、效率如何、存在哪些断点，以及延续现状会造成什么后果。
- 规划发展线：研究上位规划、行业趋势、组织战略和未来要求，判断目标状态以及现有方式为什么难以支撑未来发展。
把背景视为推导结论的证据，而不是必须独立存在的章节。宏观规划和趋势用于推导未来要求；调研、数据和业务运行情况用于推导现状判断。
3.2 提出目标与愿景
由解决方案视角提出适合项目的愿景和目标，不等待材料中天然存在完整答案。
- 先提出相对概括、能统一方向的愿景，再根据证据逐步具体化。
- 根据项目需要设置近期、中期、远期目标；只有不同时间段对应不同能力、成果或行动时才分期，不为形式硬拆阶段。
- 区分正式规划目标、项目建议目标和长期愿景，使用与证据强度匹配的措辞。
- 检查目标是否与听众关心的业务结果相连，而不是只描述技术规模或建设数量。
3.3 提炼痛点并判断优先级
不要把痛点写成问题清单。把痛点理解为现状、未来目标与现有能力之间的关键矛盾：
> 痛点 = 当前低效或风险 + 继续维持的后果 + 对未来目标的制约
根据实际材料选用其中一项、两项或三项，不强制每个痛点都同时具备完整结构。证据越充分、后果越明确，表达强度可以越高。
提炼痛点时：
- 先描述可验证的现状，不从结论倒推事实。
- 说明问题为什么重要，以及持续下去会产生什么影响。
- 有上位规划或发展目标时，说明现有方式为何不可行或不可持续。
- 根据影响程度、紧迫性、波及范围、发生概率和可干预性划分优先级。
- 将核心痛点与次要问题分开；只让核心痛点进入主线，次要问题放入备注或附录。
- 不为制造紧迫感而夸大后果；让警示程度与证据强度一致。
3.4 将痛点映射为解决策略
让每项核心策略明确回应一个或多个关键痛点。策略数量不设固定规则，以覆盖关键问题且彼此边界清楚为准。
按项目需要组织每项策略，可包括：
- 解决什么问题：对应的痛点或差距。
- 做什么：核心行动和工作内容。
- 使用什么：采用的工具、平台、方法、机制或资源。
- 形成什么：交付物、能力、机制或阶段成果。
- 实现什么目标：对业务、管理、发展或决策带来的结果。
- 谁来推进：牵头方、协同方和适用对象；只在有助于理解和落地时呈现。
不要强制把所有字段放在同一页。根据听众和信息密度，将责任主体、交付物或详细工具放在策略页、实施页、讲稿或备注中。
3.5 判断策略之间的推进关系
具体判断策略是顺序、并行、重叠还是相互依赖：
- 可以同步开展的，按并行工作流推进。
- 需要共享基础条件或中间成果的，标明依赖关系。
- 只有到达共同决策节点后才能继续的，设置阶段门或里程碑。
- 不要为了版式强行画成并行或线性流程；只有关系复杂且图示能显著帮助理解时才可视化。
3.6 形成完整决策主线
优先参考以下逻辑，再根据具体项目重排、删减或合并：
- 汇报目的与核心建议。
- 宏观规划、发展趋势或任务背景。
- 愿景及近期、中期、远期目标。
- 现状判断、核心痛点及持续后果。
- 总体解法和若干解决策略。
- 策略之间的推进关系与实施保障。
- 可交付成果、业务价值和后续用途。
- 明确、低阻力的下一步建议。
使用“痛点—策略—成果—目标”映射检查框架是否闭环。让每一章回答一个决策问题；相邻页面结论重复时合并页面，阶段划分不能带来不同动作时合并阶段。
4. 先写口头讲稿
用自然口语写逐页解说词，再反推页面。默认每页 80–150 个汉字；用户要求精简时继续压缩，只保留“判断—依据—落点”。
- 不以“这一页讲的是……”开头。
- 先说结论，再解释原因，最后落到对听众的意义。
- 让上下页有自然过渡，但不要重复上一页全部内容。
- 把敏感、复杂或需要解释的内容留在口头表达和备注中，页面只保留安全、准确的提示。
- 同时提供详细讲稿和短版口径时，明确区分，不把长讲稿塞进页面。
5. 由讲稿反推页面
每页只承担一个主要任务，并满足：
- 标题直接表达结论，不写空泛栏目名；必要时用小标签标章节。
- 页面正文保留 1 个核心结论和 3–5 个支撑点。
- 页面是演讲提示，不是讲稿全文；能删掉而不影响理解的文字就删。
- 用图解表达结构、关系、流程、阶段和空间；用实景图片表达产业、场景和环境。
- 不为“丰富”而堆小框、图标、箭头、标签或装饰线。
- 连续页面避免机械复用同一布局；统一视觉系统，但在信息结构上有节奏变化。
需要页面原型时，读取 references/page-patterns.md，选择与信息关系匹配的最小布局。
6. 处理内外口径
把内部经营意图翻译为客户价值：
- 不在外部 PPT 中暴露“抢占先机、撬动大项目、锁定后续项目”等内部目标。
- 改写为“形成项目储备、支撑持续转化、提高统筹能力、服务后续实施”。
- 除非用户要求，少用具体内部组织称谓；对外可用“政府侧、有关方面、园区侧、相关部门”。
- 不替政府作决定，不写未经确认的承诺，不用“唯一、全部、一定、没有”等绝对表述。
- 对建设方、运营方或利益相关方保持中性，先建立政府或业主自己的判断框架。
7. 小步确认视觉
在整套制作前，优先选择能代表不同信息类型的 3–4 页制作样页，例如：背景判断页、场景页、架构页、项目建议页。
- 同时定义字体层级、色彩、背景、图片风格、图表、卡片、页眉页脚和留白规则。
- 用户批注优先级最高；准确识别“删除、保留、替换、其他不变”。
- 用户只否定局部时，保留已认可的构图与视觉语言。
- 逐页保存清晰版本名，避免“最终版、最终版2”失去可追踪性。
8. 完稿并验证
内容检查
- 结论是否服务会后动作。
- 章节是否有递进，相邻页重复是否已消除。
- 页面文字、讲稿、备注和数据口径是否一致。
- 页面承诺是否有依据，推断是否已降格表达。
视觉检查
- 投影下标题、数字和关键结论是否一眼可读。
- 是否存在小框过多、图标过多、焦点分散、密度过高。
- 实景图是否真正支撑题意，而非仅作装饰。
- 是否有溢出、裁切、重叠、错位、低清图片或不必要的版式重复。
交付检查
- 页序、页码、标题、文件名、备注和链接是否正确。
- 渲染整套缩略图检查节奏，再检查重点页原图。
- 用户要求 PPT 文件时，交付可编辑版本；图片版只能作为预览或用户明确选择的交付形式。
9. 用行动闭环检验成功
最后一页不要泛泛结束。给出清晰、可执行、阻力适中的下一步，例如启动调研、确认资料清单、建立工作机制、形成工程量清单、进入报价或召开专题会。
判断 PPT 是否成功，不只看“好看”和“讲完”，还看汇报后是否自然生成下一阶段的任务、成果清单和责任分工。
默认表达偏好
- 内容：逻辑清晰、言之有物、结论先行，不为页数凑内容。
- 讲稿：口语化、短句、可直接说，避免自我解说式开头。
- 页面：少而准，留白充足，减少小框和图标，优先实景图与大关系图。
- 迭代：先局部样页，再整套；先内容，再视觉；先讲得通，再做得美。
- 交付：页面、讲稿、备注和后续行动保持一体化。
