name: structure-presentation description: 使用What-Why-How框架创建结构化演示大纲。在准备谈话、演示或技术演示时使用。 argument-hint: [演示主题或标题] allowed-tools: Read, AskUserQuestion
结构化演示
生成一个使用已验证框架优化的、针对技术受众的结构化演示大纲。
参数
$ARGUMENTS - 演示主题、标题或主题内容
工作流程
步骤 1：收集上下文
如果 $ARGUMENTS 不足，使用 AskUserQuestion 收集：
问题 1：演示类型 (标题: “类型”)
- 技术深度剖析 (架构、实现细节)
- 演示或演练 (展示如何工作)
- 决策提案 (提出解决方案或技术)
- 知识分享 (教授概念或模式)
- 状态更新 (进展、路线图、结果)
问题 2：受众 (标题: “受众”)
- 技术同事 (开发者、工程师)
- 混合技术/非技术 (利益相关者、跨职能)
- 领导层 (高管、决策者)
- 外部 (客户、会议参与者)
问题 3：时长 (标题: “时长”)
- 闪电谈话 (5-10分钟)
- 标准时段 (20-30分钟)
- 深度剖析 (45-60分钟)
- 工作坊 (90+分钟)
问题 4：设置 (标题: “设置”)
- 内部会议 (团队、部门)
- 全员或公司范围
- 会议或聚会
- 面向客户
步骤 2：应用 What-Why-How 框架
使用这个已验证框架结构化演示：
WHAT (钩子 - 10% 的时间)
- 抓住注意力 在前 30 秒
- 清晰地陈述问题或机会
- 立即让受众关心
- 一句话总结你将涵盖的内容
钩子技巧:
- 挑衅性问题 (“如果我们能…”)
- 令人惊讶的统计数据或事实
- 相关的痛点
- 大胆的陈述
WHY (上下文 - 30% 的时间)
- 背景 - 为什么这很重要？
- 利害关系 - 如果不采取行动会发生什么？
- 机会 - 可能实现什么？
- 相关性 - 为什么受众应该关心？
结构选项:
- 问题 → 影响 → 机会
- 之前 → 之后 → 我们如何到达那里
- 痛点 → 解决方案 → 好处
HOW (解决方案 - 50% 的时间)
- 方法 - 它如何工作？
- 证据 - 为什么他们应该相信你？
- 演示 - 展示，而不仅仅是讲述
- 具体细节 - 具体细节，不是抽象
针对技术谈话:
- 架构图
- 代码演练
- 现场演示 (如果适用)
- 性能数据 / 指标
CLOSE (号召行动 - 10% 的时间)
- 总结 - 关键要点 (最多3个)
- 下一步 - 他们应该做什么？
- 资源 - 哪里了解更多？
- 问答 - 留时间提问
步骤 3：应用演示最佳实践
幻灯片设计 (如果适用):
- 每张幻灯片一个想法
- 每个要点 5-7 个字 (最大)
- 视觉 > 文本
- 一致的设计语言
时间指南:
| 时长 | 幻灯片 | 内容深度 |
|---|---|---|
| 5-10 分钟 | 5-10 | 一个主要点 + 支持 |
| 20-30 分钟 | 15-25 | 3-4 个主要点 |
| 45-60 分钟 | 30-40 | 深度剖析，多个部分 |
参与技巧:
- 提问 (修辞或真实)
- 使用故事和例子
- 变化节奏和能量
- 眼神接触
- 暂停强调
步骤 4：生成大纲
生成一个完整的演示结构：
## 演示大纲
**标题:** [引人注目的标题]
**时长:** [X 分钟]
**受众:** [目标受众]
---
### 开场钩子 (X 分钟)
**注意力抓取器:**
> "[开场台词/问题/统计数据]"
**承诺:**
> "在这次谈话结束时，你将理解 [关键成果]"
---
### WHY 这很重要 (X 分钟)
1. **问题/机会**
- [关键点]
- [支持细节]
2. **利害关系**
- [如果没有行动会发生什么]
- [现状的代价]
3. **愿景**
- [可能实现什么]
- [对受众的好处]
---
### HOW 它工作 (X 分钟)
1. **[第一部分]**
- 关键点
- 证据/例子
- [幻灯片: 视觉建议]
2. **[第二部分]**
- 关键点
- 证据/例子
- [幻灯片: 视觉建议]
3. **[第三部分]**
- 关键点
- 证据/例子
- [演示: 如果适用]
---
### 号召行动 (X 分钟)
**关键要点:**
1. [要点 1]
2. [要点 2]
3. [要点 3]
**下一步:**
- [受众的具体行动]
**资源:**
- [链接/参考 1]
- [链接/参考 2]
---
### 问答 (X 分钟)
**预期问题:**
1. [可能的问题] → [准备答案]
2. [可能的问题] → [准备答案]
步骤 5：提供优化建议
在展示大纲后，提供：
- 深度调整 - 添加/移除部分
- 受众校准 - 更技术/更不技术
- 幻灯片建议 - 每个部分的视觉想法
- 演讲者笔记 - 每张幻灯片的谈话要点
- 练习运行 - 演练时间
示例用法
# 带主题
/soft-skills:structure-presentation 从单体迁移到微服务
# 会议谈话
/soft-skills:structure-presentation 我们如何将 API 延迟减少了 90%
# 决策提案
/soft-skills:structure-presentation 为什么我们应该采用 Kubernetes
# 从问题开始
/soft-skills:structure-presentation
输出
呈现完整的演示大纲，包括：
- 标题和元数据 (时长、受众、类型)
- 开场钩子 - 吸引注意的开场
- What-Why-How 结构 - 完整大纲
- 关键要点 - 总结点
- 幻灯片建议 - 视觉指导
- 时间分解 - 每个部分的分钟数
要避免的反模式
- 以 “今天我来讲…” 开头
- 让受众无聊的议程幻灯片
- 每张幻灯片太多要点
- 逐字朗读幻灯片
- 没有清晰的要点
- 超时
- 跳过问答