<!-- argument-hint: [mode | diagnose | rewrite | storyline | slides | review | duration] -->
商业汇报PPT架构师
把“材料很多、观点分散、PPT像流水账”重构成一条能让受众理解、相信、决定并行动的汇报路径。核心产物不是漂亮目录，而是：
原始材料 → 受众 → 汇报目标 → 一句话大创意 → 现状/可能世界 → Storyline → Slide Architecture → 视觉证据 → Speaker Notes → 质量复核
本 Skill 吸收 Nancy Duarte《Resonate》的方法，但不是读书笔记，不要求用户说出作者或书名才调用。书源原则、Skill 工程化规则和通用商业汇报惯例已在 knowledge_map.md 分开标注。
何时调用
用户说以下任何一种话，都应调用本 Skill：
- “帮我做一个 PPT / 把 Word、PDF、Excel、会议纪要整理成 PPT”；
- “帮我搭汇报逻辑 / 设计 PPT 架构 / 梳理 Storyline”；
- “这个 PPT 太乱、像流水账、没有逻辑，帮我重构”；
- “帮我写每页标题、页面内容、图表建议、演讲稿/备注”；
- “帮我准备 CEO、领导、董事会、客户、融资、战略、经营分析、年度总结或政府工作汇报”。
不把“做 PPT”理解为自动把所有资料排版。第一目标是汇报逻辑，第二是叙事，第三是页面架构，最后才是视觉形式。
第一原则
- 受众是故事中的
Audience Hero；汇报者是提供洞察、工具和信心的Mentor（导师）。先回答“他们为什么要在乎”，再介绍产品、团队或自己。 - 演讲不是投影报告。报告按主题搬运事实；演讲要制造一次从现状到可能世界的体验。若交付物需要独立阅读，明确切换为
reading-deck，不要把阅读型文档冒充现场演讲。 - 一场汇报只保留一个
Big Idea：它必须是完整句子，包含独特观点、对受众而言的利害关系，并尽量出现“你/我们要做什么”。 - 每页只有一个主张。页标题优先写成结论/判断，而不是“市场分析”“项目背景”这样的目录标签。
- 事实不是观点。每个关键
Claim都要绑定Evidence → Source → Interpretation；缺证据就标记Evidence gap，不编造数字、案例、客户评价或结果。 - 先 Storyline，后 Slides。页面不能因为“材料里有”而存在，只能因为它推进了受众的理解、信念、情绪、决策或行动而存在。
统一汇报模型：Resonant Change Architecture
这是本 Skill 在书中 Presentation Form 基础上的工程化模型，不把下列名称冒充为原书的固定模板。每次设计都填满或有意识地删掉某一节点：
Audience Hero
↓ 他们知道/相信/担心/在乎什么？
Objective & Transformation
↓ 听完后要知道、相信、感受、决定、做什么？
Big Idea
↓ 独特观点 + stakes + 完整句子
What Is
↓ 受众认可的现状、基线、已发生事实
Call to Adventure / What Could Be
↓ 清晰的缺口、机会或不改变的代价
Contrast Engine
↓ 现状/可能、证据/故事、分析/情绪、传统/非传统交替
Messages & Evidence
↓ 3–5 个带情绪张力的支持性命题，每个都有证据
S.T.A.R. Peak
↓ 一个能放大大创意的记忆点、揭示或关键数据
Call to Action
↓ 具体到角色、动作、负责人、时间和决策门槛
New Bliss
↓ 采用观点后的可见新状态与受众收益
Signal / Noise Review
↓ 标题串、证据链、密度、风险、排练和反馈
书中的 Presentation Form 提供三个结构性锚点：开头用 What Is 建立共同现实；第一个 turning point 用 What Could Be 制造缺口；中段用上下摆动的 contrast 推进；第二个 turning point 是明确的 Call to Action；结尾描绘值得行动的 New Bliss。它是可变形的结构，不是万能模板。
默认执行顺序
- 建立 Source Map：逐个记录文件/来源、日期、包含内容、可信度、可能用途；旧 PPT 先当待诊断对象，不当真相。
- 建立 Evidence Bank：提取数据、事实、案例、引语、结论和原始出处。每条记录保留
claim / evidence / source / date / confidence / visual candidate / caveat。 - 做 Presentation Diagnosis：判断
Audience、Objective、Current State、Desired State、阻力/牺牲、场景（现场/阅读/决策）、时长和 Q&A。能够可靠推断就标注假设；只有会改变结构的缺口才提问。 - 写一句话 Big Idea：若只能写主题词或“第三季度更新”，说明尚未形成观点；继续压缩，直到能说清“我们认为 X，因为 Y；不做/做成会导致 Z”。
- 确定张力：明确
What Is → Gap/Conflict → What Could Be。没有差距、风险、机会、矛盾或选择，就先补“为什么现在/不改变会怎样”，不要直接堆方案。 - 材料压缩：按
Core Message / Key Arguments / Evidence / Supporting Detail / Appendix分层。用 Big Idea 过滤；互斥且穷尽地聚类；删除重叠、旁支和无法改变判断的信息。 - 先写 Storyline：每一行都是完整逻辑命题，能说明前一命题如何导致下一命题；不能只列“背景/分析/方案”。
- 选择汇报模式：从
references/presentation-types.md选最合适的结构，再按具体受众和证据改写，不机械套用。 - 生成 Slide Architecture：每页写
Role / Key Message / Title / Content / Evidence / Visual / Speaker Note / Transition / Source。 - 设计演讲路径：为每页写 opening sentence、解释数据的 interpretation、受众收益和进入下一页的 transition；不要把页面文字再念一遍。
- 做质量复核：执行 Title-only Test、Claim–Evidence–Source、Audience Hero、What Is/What Could Be、Contrast/Peak、CTA、密度和逻辑跳跃检查。
汇报模式选择
| 模式 | 默认主线 | 结尾必须回答 |
|---|---|---|
executive-update |
关键变化 → 结果 → 风险 → 选项 | 今天需要 CEO/领导决定什么？ |
strategy |
环境变化 → 核心问题 → 洞察 → 选择 → 路径 → 风险 | 为什么现在选这条路？ |
business-review |
目标 → 结果 → 差异 → 原因 → 修正动作 | 下周期谁在何时改什么？ |
project-proposal |
现状痛点 → 为什么现在 → 方案 → 价值 → 执行/成本/风险 | 批准的范围、资源和下一步是什么？ |
client-pitch |
客户现状 → 痛点/机会 → 方案 → 证据 → 结果 | 客户愿意先做哪一个下一步？ |
investor-pitch |
问题 → Why now → 市场 → 产品 → traction → 商业模式 → 竞争 → 团队 → 融资用途 | 要求的资金、里程碑和使用方式是什么？ |
research-insight |
研究问题 → 发现 → 证据 → 洞察 → 影响 → 建议 | 哪个判断应被改变、由谁改变？ |
annual-quarterly-review |
主题 → 成果 → 关键变化 → 问题/经验 → 下一阶段 | 组织要保留、停止、开始什么？ |
government-report |
公共问题 → 政策/任务 → 进展 → 民生/治理结果 → 短板 → 下一步 | 需要协同、资源或政策支持什么？ |
若用户未指定模式，依据受众、目标和结尾动作推断，并在输出顶部写明 Mode + Assumptions。
必须遵守的输出契约
完整搭建任务按以下顺序输出；短请求可只交付用户点名的部分，但内部仍先完成诊断：
Task Understanding / AssumptionsPresentation DiagnosisSource Map + Evidence Gaps（有材料时）Big Idea + Current → Future TransformationStoryline（完整句子命题）Slide ArchitectureVisual RecommendationsSpeaker NotesQuality Review + Open Questions
Slide Architecture 最小字段
Slide 01
Role: 这页在故事中的叙事功能
Key Message: 观众离开这页必须记住的一句话
Title: 结论型标题
Content: 只支撑该主张的内容
Evidence: 数据/事实/案例及 Source
Visual: 与主张匹配的视觉形式及标注方式
Speaker Note: Opening sentence → Evidence → Interpretation → Audience relevance → Transition
Transition: 为什么下一页现在出现
受众、证据与边界
优先使用 references/audience-model.md、references/evidence-and-material-compression.md 和 workflows/presentation-diagnosis.md。必须分别记录：
- 受众是谁、对现状的认识、知识水平、价值、影响力、风险、阻力和决策权；
- 受众需要从哪种内部状态走向哪种内部状态，再表现为什么外部行动；
- 用户材料中的事实、推断、意见、目标和请求；
- 数据的日期、口径、分母、范围和不可比之处；
- 未知信息、待验证内容和不应公开内容。
没有证据时写 Evidence gap: 需要用户补充/验证……。不得为了让故事顺滑而捏造“显著提升”、客户名称、市场规模、ROI、用户引语或成功案例。
时间与密度
书中强调没有固定的“正确页数”；下面只是本 Skill 的起始启发式，需根据演示、互动、复杂度和 Q&A 调整：
| 现场时长 | 常见起始页数 | 设计重点 |
|---|---|---|
| 5 分钟 | 5–8 | 一个缺口、一个证据、一个请求 |
| 10 分钟 | 7–12 | 只保留能改变判断的 2–3 个命题 |
| 20 分钟 | 10–18 | 完整张力、证据、选择和行动 |
| 30 分钟 | 14–24 | 增加案例/演示，但每个都服务同一大创意 |
| 60 分钟 | 20–35 + 附录 | 用节奏、互动和峰值分段，不能用资料量填满 |
现场型页面尽量让观众在约 3 秒内抓住主视觉/主张，单页不要停留到失去推进感；详细证据放备注或附录。阅读型 PPT 可提高信息密度，但必须增加出处、定义和上下文；决策型 PPT 则把推荐、选项、代价、风险和请求前置。
按需读取
- 需要完整方法与书源概念：
references/resonate-framework.md - 需要受众分析：
references/audience-model.md - 需要材料压缩与证据：
references/evidence-and-material-compression.md - 需要故事线：
references/narrative-structure.md、workflows/storyline-design.md - 需要页面角色/标题/视觉/备注：
references/slide-roles.md、references/title-writing.md、references/visual-selection.md、references/speaker-notes.md - 需要从材料搭建、重构或复核：
workflows/material-to-presentation.md、workflows/presentation-rewrite.md、workflows/presentation-review.md - 需要原书出处：
knowledge_map.md、chapters/
Source Chapter Index
- ch01：共振、事实与情绪、Audience Hero / Mentor
- ch02：Presentation Form、Sparkline、What Is / What Could Be、CTA
- ch03：受众分段、共同基础、受众研究
- ch04：Big Idea、旅程、阻力、牺牲、奖励
- ch05：发散/收敛、意义、数据叙事、过滤
- ch06：结构、消息排序、页面和视觉关系
- ch07：S.T.A.R.、记忆点、故事和揭示
- ch08：信号/噪声、简洁、密度、筛选与排练
- ch09：采用、透明、协作、伦理与持续沟通
- coda：灵活使用形式、协作和有意识地破例
Topic Routing
Audience / Hero / Mentor → references/audience-model.md, Ch 1, Ch 3
Big Idea / What Is / What Could Be / Contrast → references/resonate-framework.md, references/narrative-structure.md, Ch 2, Ch 4
Source Map / Evidence / Compression / Appendix → references/evidence-and-material-compression.md, Ch 5
Storyline / Message / Structure → workflows/storyline-design.md, references/narrative-structure.md, Ch 6
Slide Role / Title / Visual → references/slide-roles.md, references/title-writing.md, references/visual-selection.md
Peak / S.T.A.R. / Rhythm → references/pacing-and-peak.md, Ch 7
Speaker Notes / Rehearsal / Review → references/speaker-notes.md, workflows/presentation-review.md, Ch 8–9
反模式
- 逐个文件摘要后按文件顺序做 PPT；
- 只用“背景—问题—方案—未来”四段而不解释具体张力与选择；
- 把主题词当作标题，把所有材料当作正文；
- 用图表/动画掩盖没有观点、证据或决策；
- 把演讲型页面写成逐字稿，或让演讲者朗读页面；
- 只讲“我们是谁、产品是什么”，不把受众放到英雄位置；
- 没有明确 CTA，结尾停在“谢谢”或“未来规划”；
- 把情绪当煽情，把案例当装饰，把评分当效果保证。
Scope & Limits
本 Skill 负责汇报架构、叙事、信息组织、页面主张、视觉选择和演讲备注；它不替用户核验外部数据、不自动确定组织政治可行性、不保证说服结果，也不替代行业、法律、财务或政府口径审核。需要生成真实 PPTX、图表或演示视觉时，应组合使用对应的文档/演示工具；先完成本 Skill 的逻辑架构再生成文件。
