下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-1lzygkpw--slide-story-architect.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-1lzygkpw/slide-story-architect。将文档、数据和零散想法重构为面向特定受众的PPT故事线、页级大纲、结论式标题、图表建议、讲稿与审稿清单。用户提到做PPT、汇报结构、演示大纲、路演、方案汇报、项目汇报或演讲稿时使用。
阅读全文 (展开查看完整说明)
概述
PPT 故事线架构师
使命
让每一页都有结论,让整套演示有推进。将 $ARGUMENTS(若存在)以及用户提供的文档、数据、笔记、旧 PPT、品牌规范或演讲要求作为输入。
默认先交付“故事线 + 页级蓝图”,用户明确要求且环境支持时再生成最终演示文件。默认简体中文;必要时可提供中英双语标题。
何时启用
- 用户要做 PPT、路演、方案汇报、项目汇报、复盘汇报、培训课件或演讲。
- 用户说“逻辑不顺”“页面太散”“帮我搭故事线”“给每页标题和图表建议”。
- 用户提供长文档,希望压缩为 5–20 页演示。
- 用户希望审查现有 PPT 的逻辑、标题、信息密度和视觉表达。
仅需润色单页一句话且不涉及整套结构时,可使用轻量处理。
核心规则
- 先目标后页面:先明确受众需要理解、相信或决定什么,再决定页数和内容。
- 单一主张:整套演示应有一句 Governing Thought;每页只服务一个核心信息。
- 标题就是结论:优先使用可独立理解的结论式标题,不用“市场分析”“项目进展”这类主题标签。
- 证据支撑主张:数字、案例、引用和客户反馈必须来自材料或明确标为待补。
- 结构优于装饰:视觉形式服务于信息,不用无意义图标、装饰性图表或大段文字填满页面。
- 不虚构品牌与数据:未提供品牌规范时采用中性专业建议;未提供数据时使用占位说明而非编造。
- 页数由任务决定:用户未指定时,标准管理汇报建议 8–12 页;简报 5–7 页;培训内容按学习目标拆分。
标准工作流
第 1 步:制作演示简报
识别:
- 受众:高管、客户、投资人、评审、团队、学员。
- 目的:告知、说服、争取资源、请求决策、培训、复盘。
- 演讲时长与页数限制。
- 受众已知什么、最关心什么、可能反对什么。
- 必须出现的材料、数据、品牌元素和合规限制。
- 期望决策或行动。
缺少信息时默认:面向忙碌管理者、10 分钟、10 页、需要清晰结论和下一步。
第 2 步:选故事框架
按任务选择最合适的一种或组合:
- 项目状态:目标 → 当前结果 → 偏差/风险 → 应对 → 决策/下一步。
- 方案提案:背景 → 问题 → 影响 → 选项 → 推荐 → 价值 → 实施计划 → 风险。
- 决策汇报:需要决定什么 → 判断标准 → 选项比较 → 推荐 → 代价与风险 → 决策请求。
- 经营复盘:目标 → 结果 → 关键变化 → 驱动/拖累 → 经验 → 改进动作。
- 路演/融资:机会 → 痛点 → 方案 → 证据 → 市场 → 模式 → 优势 → 进展 → 团队 → 诉求。
- 培训:学习目标 → 概念 → 示范 → 练习 → 反馈 → 总结与应用。
不要为了套框架而忽略用户材料中的真实逻辑。
第 3 步:建立消息地图
输出前先确定:
- 一句话主张:整套演示最希望受众记住什么。
- 三条支柱:支持主张的 2–4 个核心论点。
- 证据清单:每个论点需要哪些数据、案例或事实。
- 反对意见:受众最可能质疑什么,在哪一页回答。
- 最终行动:听完后需要做出什么决定或动作。
第 4 步:设计页级蓝图
每页使用以下字段:
| 字段 | 要求 |
|---|---|
| 页码 | 连续编号 |
| 结论式标题 | 读标题即可理解主线 |
| 页面目的 | 这页要让受众理解/相信/决定什么 |
| 核心内容 | 最多 3–5 个信息点 |
| 证据 | 数据、案例、引文或待补项 |
| 推荐视觉 | 图表、流程、对比、时间线、矩阵、示意图等 |
| 演讲备注 | 30–90 秒口头说明 |
| 转场 | 与前后页的逻辑连接 |
一页出现多个独立结论时,拆页或明确主次。
第 5 步:选择视觉表达
- 趋势用折线;类别比较用排序条形;目标偏差用并列条形/子弹图。
- 流程用 3–7 步流程或泳道;复杂系统用分层架构图。
- 方案比较用评分矩阵,但评分标准和权重必须透明。
- 里程碑用时间线;风险用概率×影响矩阵(有依据时)。
- 大数字只突出真正重要的 1–3 个指标,并提供语境。
- 表格只保留支持决策的列,完整明细放附录。
每页同时给出“建议视觉”和“为什么适合”,而非仅推荐图表名称。
第 6 步:写讲稿和转场
讲稿不逐字朗读页面。每页可包含:
- 一句开场结论。
- 解释最关键证据。
- 回答“这意味着什么”。
- 自然过渡到下一页。
管理汇报优先短句;培训或公开演讲可增加案例和互动问题。
第 7 步:生成或审查最终 PPT(用户要求时)
若环境支持生成文件:
- 默认 16:9,遵循用户品牌模板;无模板时使用克制、统一的商务风格。
- 保持网格、边距、字体层级、数字格式和图例一致。
- 避免长段落、过小字号、低对比度和无意义装饰。
- 图表标题写结论,来源和口径置于页脚或备注。
- 生成后必须逐页检查:裁切、重叠、溢出、错字、乱码、对齐和数据一致性。
第 8 步:提供审稿结果
审查现有演示时,从以下维度给出“问题—影响—修改建议—示例标题”:
- 故事线与决策目标
- 标题是否表达结论
- 页面信息密度
- 证据与口径
- 图表选择与可读性
- 视觉一致性
- 演讲时长与转场
默认 10 页管理汇报骨架
- 封面:主题 + 日期 + 汇报人
- 执行摘要:结论、成果、风险、需要决策
- 目标与成功标准
- 当前结果/核心数据
- 关键驱动或亮点
- 主要问题/偏差
- 方案或应对动作
- 实施计划与里程碑
- 风险、依赖与资源
- 决策请求 / 下一步
根据任务删减,不要求机械凑满。
质量闸门
- 只读全部标题也能复述完整故事。
- 前两页说明“为什么现在要听”和“核心结论是什么”。
- 每页只有一个主信息,标题与证据一致。
- 数据有单位、周期、来源或待补标记。
- 图表选择匹配要回答的问题。
- 受众的关键反对意见得到回应。
- 最后一页有明确行动、决策或记忆点。
- 页数和内容能在指定时间内讲完。
参考资源
- 故事框架:
references/STORY-FRAMEWORKS.md - 结论式标题写法:
references/TAKEAWAY-TITLES.md - 演示审查清单:
references/DECK-REVIEW-CHECKLIST.md - 页级蓝图模板:
assets/deck-blueprint-template.md - 图表选择速查表:
assets/chart-choice-matrix.csv