关于 presentation-design
presentation-design 是面向演讲者的演示文稿规划与评估技能,适用于 PowerPoint、Keynote、Google Slides 和 reveal.js 等工具。它以观众理解为核心,涵盖内容组织、视觉设计、认知负荷、无障碍和评估。
主要功能
- 01规划受众与核心信息
- 02采用论断与证据式页面结构
- 03建立视觉层级与一致性
- 04管理认知负荷
- 05使用演示评估清单
适用场景
- 01围绕受众需求规划演讲
- 02用视觉证据替换文字密集页面
- 03检查页面的清晰度与无障碍性
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ jwynia/ agent-skills --skill presentation-design安装后在 Claude Code 中输入/presentation-design确认已加载。
详细介绍
演示文稿设计诊断
目的
设计并评估能够有效传达信息的演示文稿。提供规划、视觉设计、认知负荷管理和评估的框架。适用于任何演示工具(reveal.js、PowerPoint、Keynote、Google Slides)。
核心原则
以受众为中心的设计。 每项决策都应服务于受众的理解,而非演讲者的便利。
快速参考:常见问题
| 问题 | 症状 | 解决方法 |
|---|---|---|
| 文字墙 | 幻灯片上满是段落 | 采用论点-证据结构 |
| 项目符号病 | 用列表代替视觉内容 | 一个概念 + 视觉证据 |
| 大杂烩 | 什么都往里放 | 区分必要内容与可扩展内容 |
| 好看但空洞 | 设计缺乏实质内容 | 以信息为先进行设计 |
| 认知超载 | 每张幻灯片内容过多 | 每张幻灯片一个关键概念 |
阶段 1:受众与内容规划
关键问题
- 我的受众具体是谁? 他们的知识水平如何?
- 最重要的一条信息是什么? 他们应该记住什么?
- 有哪些 3-5 个支撑要点? 它们如何强化这条信息?
- 哪些证据支持每个要点? 视觉内容、数据、示例?
- 他们应该采取什么行动? 行动号召是什么?
- 时间限制是什么? 哪些内容是必要的,哪些是可选的?
行动
- 创建受众画像
- 用一句话写出主要信息
- 按逻辑顺序组织支撑要点
- 为每个要点找出证据
- 定义必要内容与可扩展内容
- 勾勒演示文稿流程
阶段 2:视觉策略
论点-证据结构
用以下内容替代项目符号:
- 论点: 清晰、完整地陈述要点的句子
- 证据: 支持该论点的视觉内容
不要这样:
Key findings:
• Data shows increase
• Users engaged more
• Revenue improved
而要这样:
"User engagement increased 43% after redesign"
[Graph showing the increase]
视觉原则
- 限制调色板: 最多使用 3-5 种颜色
- 字体层级: 使用 2-3 种各有明确用途的字体
- 留白: 让内容有呼吸空间
- 保持一致: 使用相同的版式和呈现方式
- 呈现视觉进度: 帮助受众了解当前进展
阶段 3:认知负荷管理
每张幻灯片一个概念
每张幻灯片都应回答:“我希望他们从这张幻灯片中记住的最重要一点是什么?”
渐进式呈现
依次展示信息,而不是一次性全部展示:
- 展示初始状态
- 添加第一个元素并提供背景
- 添加第二个元素,在第一个元素的基础上展开
口头讲解与幻灯片展示
| 幻灯片展示 | 口头讲解 |
|---|---|
| 关键论点 | 补充阐述 |
| 视觉证据 | 背景信息与解释 |
| 关键数据 | 解读 |
| 下一步 | 其重要性 |
代码示例(技术演讲)
- 始终使用语法高亮
- 突出显示关键行
- 逐步构建复杂示例
- 尽可能移除样板代码
阶段 4:结构模式
横向与纵向(多层级导航)
横向幻灯片: 主要叙事流程
纵向幻灯片: 补充细节(可选深入内容)
示例:
- 横向:“影响客户留存的三个关键因素”
- 纵向(在该内容下):为每个因素提供一张详细幻灯片
时间灵活性
将内容标记为:
- 必要: 任何版本都必须涵盖
- 标准: 时间充裕时纳入
- 可扩展: 仅在有额外时间时纳入
评估框架
1. 以受众为中心的设计(评分 1-5)
| 标准 | 分数 | 备注 |
|---|---|---|
| 内容符合受众的知识水平 | ||
| 为受众清晰说明价值主张 | ||
| 可根据时间限制灵活调整 | ||
| 导航结构有助于理解 |
警示信号:
- 以演讲者为中心,而非以受众为中心
- 没有考虑受众已有的知识
2. 视觉清晰度(评分 1–5)
| 标准 | 得分 | 备注 |
|---|---|---|
| 使用了论点—证据结构 | ||
| 视觉元素与文字相互平衡 | ||
| 视觉层级能引导注意力 | ||
| 设计元素保持一致 | ||
| 留白经过审慎安排 |
警示信号:
- 过度使用项目符号
- 幻灯片文字过多
- 布局杂乱
3. 认知负荷(评分 1–5)
| 标准 | 得分 | 备注 |
|---|---|---|
| 每张幻灯片只讲一个关键概念 | ||
| 文字密度适当 | ||
| 动画和转场使用得当 | ||
| 代码格式正确(如适用) | ||
| 支持性细节易于查阅,不会分散注意力 |
警示信号:
- 每张幻灯片包含多个复杂概念
- 文字过多,与演讲内容争夺注意力
- 过度使用动画
4. 无障碍性(评分 1–5)
| 标准 | 得分 | 备注 |
|---|---|---|
| 适用于不同尺寸的显示屏 | ||
| 颜色对比度充足 | ||
| 图像与语言具有包容性 | ||
| 字号合适 |
警示信号:
- 对比度不足
- 字体过小
- 内容缺乏包容性
实施清单
结构
- 前 2 分钟内清楚传达主要信息
- 支持要点的组织逻辑清晰
- 标明核心内容与可展开内容
- 导航辅助理解
内容
- 使用了论点—证据结构
- 视觉证据支持论点
- 每张幻灯片只讲一个概念
- 代码示例格式正确
视觉
- 配色方案一致
- 字体排版层级分明
- 留白充足
- 元素对齐
无障碍性
- 已确认颜色对比度
- 字号合适
- 为关键图像添加替代文本
改进优先级
评估后:
1. 关键问题(立即修复):
- 阻碍受众理解
- 无障碍性缺陷
- 核心信息不清楚
2. 重要改进(次优先级):
- 认知负荷问题
- 视觉一致性问题
- 结构改进
3. 可选优化:
- 高级动画
- 自定义样式
- 润色细节
反面模式
1. 数据堆砌
模式: 每张幻灯片都塞满数据、图表和统计数字,却没有解读或层次。 为何无效: 受众无法实时处理原始数据。没有解读,他们只能自己分析,而无法专注学习。大多数数据会立刻被遗忘。 改进方法: 每张幻灯片呈现一个洞见,并用视觉证据支持。先说结论,再展示证据。受众应在看到数据之前就理解你的观点。
2. 照稿念的演讲者
模式: 幻灯片上写满演讲者的完整讲稿——项目符号实际上是一段段文字。 为何无效: 受众阅读的速度比演讲者讲话快。他们会提前读完,等你说到已读过的内容时便失去兴趣。幻灯片成了提词器,而非沟通工具。 改进方法: 幻灯片展示你无法说出的内容;你讲述无法展示的内容。屏幕上呈现视觉内容、图表和关键论点;口头补充背景、解释和展开说明。
3. 模板陷阱
模式: 不考虑设计如何服务于信息,就把内容直接套进通用模板。 为何无效: 设计应帮助理解,而不只是看起来专业。通用模板带来千篇一律的沟通方式。所谓的“一刀切”往往对谁都不合适。 改进方法: 让设计服务于信息。思考:什么样的视觉结构能帮助这个特定受众理解这些特定内容?从沟通需求出发,而不是从模板选项出发。
4. 动画马戏团
模式: 过渡、构建和特效无处不在——文字飞入、图片旋转、一次又一次淡出。 为何失败: 动画会吸引注意力。每种效果都在说“看这里”。当所有内容都在动时,就没有什么能脱颖而出。观众会不知所措或变得麻木。 改进: 仅在渐进式呈现(逐步构建复杂观点)或强调重点(突出关键要点)时使用动画。默认不使用动画;只有在有明确目的时才添加。
5. 项目符号病
模式: 一页接一页的项目符号列表——任何内容都采用这种默认结构。 为何失败: 项目符号适用于文档,而非演示文稿。它们会让重要程度不同的观点看起来同等重要,导致幻灯片文字过多,并让观众被动阅读,而非主动观看。 改进: 采用“论断—证据”结构。用清晰的论断和视觉证据替代项目符号列表。如果需要列清单,请先考虑是否有必要将它做成一张幻灯片。
集成
输入(为此技能提供内容)
| 技能 | 提供内容 |
|---|---|
| speech-adaptation | 与视觉内容协调的口语内容结构 |
| story-sense | 演示文稿流程的叙事结构 |
| (内容专长) | 需要传达的主题内容 |
输出(此技能支持)
| 技能 | 提供内容 |
|---|---|
| (实现) | 适用于任何演示工具的设计原则 |
| (演讲) | 为支持有效演讲而设计的幻灯片 |
互补技能
| 技能 | 关系 |
|---|---|
| speech-adaptation | presentation-design 负责视觉内容;speech-adaptation 负责口语内容。共同设计以实现协调 |
| voice-analysis | 了解演讲者的声音特点,有助于设计出符合其自然表达风格的幻灯片 |