审查故事计划
指导您如何通过审查受众、叙事轴、推荐结构、证据不足和额外问题来确定演示的逻辑。
故事计划是在撰写幻灯片文字之前,先整理 “这场演示将说服谁以及以何种逻辑” 的设计草案。在此阶段纠正方向,可以大幅减少后续故事线和骨架的修改范围。
在故事计划中需要检查的项目
主要组成
领域与数据范围
确认 Rhetis 是基于哪些业务背景和数据制定计划的。
受众与必要决策
确认受众的视角、关注点以及演示后所需的行动是否正确。
叙事轴
检查从问题到结论贯穿整个演示的一句话逻辑。
推荐结构
比较适合受众和目的的多种展开方式、适配度与选择理由。
证据不足
确认缺乏支持主张的数字、来源或案例的部分。
额外问题
确认用户在进入下一步之前必须决定或补充的项目。
[图片占位 · IMG-PLAN-01] 故事计划面板显示受众、叙事轴、推荐结构、证据不足和额外问题区域全部在一屏幕上的样子
审查顺序
- 1
先阅读受众和决策
检查演示是否真正符合实际情况。受众不同,即使是同一资料,结论的位置和解释深度也会不同。
- 2
用一句话说出叙事轴
团队成员只读那句话就能理解“为什么要做这场演示”。如果过于笼统,请修改使问题、变化、提案和预期效果显现。
- 3
比较推荐结构
关注每一步的作用,而非结构名称。投资者、管理层报告、客户提案等版本强调的证据和顺序不同。
- 4
补充证据不足
附上必要资料,或删除/软化该主张,或请求以假设形式标示。不要生成任意数字来制造证据。
- 5
回答额外问题
决定仍未确定的范围和优先级。如果回答困难,限制为“仅使用当前资料可确认的范围”。
- 6
用选定结构生成故事线
逻辑和必要证据整理完毕后进入下一步。如果仍有重大分歧,请在此阶段进行团队评审。
审查时使用的问题
- 受众最先想知道的内容是否放在前面?
- 结论和请求是否足够具体?
- 问题、证据、提案和预期效果是否自然衔接?
- 每个主张所需的证据是否真实存在于资料中?
- 内部信息与可公开信息是否区分?
- 本次演示中是否混入不必讨论的内容?
- 在限定篇幅内能否说明核心逻辑?
修订请求示例
- “使用推荐结构1,但将结论和预算请求提前到第二步。”
- “因为现有客户使用数据比市场规模更有说服力,请调整优先级。”
- “删除没有证据的2027年增长预测,只使用已确认的管道。”
- “受众是技术背景不足的董事会。请重新设计,重点放在风险和业务效果,而非产品结构。”
[图片占位 · IMG-PLAN-02] 比较两种推荐叙事结构的阶段、适配度和选择理由的详细画面
故事计划不是最终稿。与其细致润色句子,不如确认顺序、逻辑、证据和演示请求是否匹配。