公开演讲

公开演讲 让 DevRel 在 Meetup、Conference、内部分享中 建立信任、传递叙事、收集现场反馈。演讲不是念文档，而是 Storytelling + 可演示。与 /roadmaps/devrel 演讲节点对齐。

学习目标

• 掌握演讲叙事结构与「规则三」（Rules of Three）
• 了解 PechaKucha 等短格式演讲的适用场景
• 熟练处理 Q&A 与现场 Demo 风险

核心概念

叙事结构

Opening — 钩子：一个开发者真实痛点（30 秒）
Problem — 为什么现有方案不够（1–2 分钟）
Solution — 你的产品/方法如何不同（核心 60%）
Demo —  live 或录屏，一步一结果
Close — 3 个 takeaway + 明确 CTA（文档、Repo、社区）

一个核心信息：听众 24 小时后能记住的，通常只有一件事。

Rules of Three

• 讲 3 个 要点，而非 7 个
• 用 3 个 例子支撑一个论点
• 结尾 3 条 行动建议

例：「提升 DX 的三件事：5 分钟 Quickstart、可搜索的错误码、活跃的 Discord。」

格式选择

格式	时长	适用
Lightning Talk	5–10 min	单点功能、会议暖场
PechaKucha	20 slides × 20s	故事线、视觉叙事
Workshop	45–90 min	动手 Lab，需环境预案
Keynote	30–45 min	战略叙事、大会主舞台

Meetup 重 互动；Conference 重 记忆点与录播传播。

Demo 与 Q&A

Demo 原则 — 预录备份、断网方案、最小路径、假数据
Q&A — 重复问题、诚实说「会后跟进」、 hostile 问题保持专业
会后 — 幻灯片 + 代码链接 24h 内发出

CodeRoadMap 演讲可演示：从 roadmap 选 track → 完成第一课 → 进度同步，端到端 3 分钟。

练习

• 为「Spring Boot 快速上手」写 5 页演讲大纲（含 Demo 步骤）
• 用 Rules of Three 写 30 秒开场白
• 列出 Demo 失败时的 3 个备选方案

小结

好演讲 = 一个清晰信息 + 可信 Demo + 可跟进的 CTA。 下一课进入视频与直播。