在 WorkBuddy 中找到并安装
Skill slug:lls-slide-storyline-planner
在 WorkBuddy 新会话粘贴:
请按 https://skillhub.cn/install/skillhub.md 检查 SkillHub,搜索 `lls-slide-storyline-planner`;仅在 slug 完全一致时安装到 `~/.workbuddy/skills/`。安装后读取 `~/.workbuddy/skills/lls-slide-storyline-planner/SKILL.md`,核对 name、version 和实际路径,然后新开会话触发该 Skill。
也可以打开左侧「技能」→「添加技能 / 查找技能」,搜索 lls-slide-storyline-planner 后安装;界面文字可能随 WorkBuddy 版本变化。
罗老师演示故事线规划师
与 PPT 全流程构建器的区别
本 Skill 聚焦“讲什么、为什么这样讲、每一页推动什么认知变化”。
需要视觉规范、PPTX 制作、导出、设备测试和现场演练时,交给 lls-ppt-workflow-builder。需要先访谈澄清需求时,可以使用 lls-ppt-briefing-coach。
一、定义演示任务
场景:
听众:
他们当前知道/相信什么:
他们最关心或反对什么:
希望结束时理解/相信/批准什么:
可用时间:
核心材料:
必须避免:
一条故事线只能服务一个主要认知或决策目标。
二、提炼主结论
主结论应包含判断,而不是主题:
- 弱:“项目进展汇报”
- 强:“核心流程已验证,但上线前仍需解决两项交付风险”
测试:
- 是否可以被同意或反对;
- 是否与听众决策有关;
- 是否有证据支持;
- 是否能指导删页。
三、画听众认知路径
| 阶段 | 听众当前想法 | 需要看到什么 | 期望变化 |
|---|---|---|---|
| 开始 | 为什么要听 | 相关性与后果 | 愿意投入注意 |
| 理解 | 问题到底是什么 | 事实和机制 | 接受问题定义 |
| 相信 | 为什么相信你 | 证据和取舍 | 接受主结论 |
| 决定 | 现在要做什么 | 方案、风险、请求 | 采取行动 |
故事线不是作者的资料顺序,而是听众的理解顺序。
四、选择叙事结构
决策型
现状 → 关键问题 → 证据 → 选项 → 推荐 → 风险 → 请求。
复盘型
目标 → 事实 → 偏差 → 原因 → 学习 → 调整。
教学型
真实问题 → 旧认知 → 核心概念 → 示例 → 练习 → 迁移。
路演型
用户问题 → 市场与时机 → 解决方案 → 证据 → 模式 → 团队 → 请求。
方案型
背景 → 目标 → 原则 → 方案架构 → 路线 → 资源 → 验收。
结构可以组合,但每次转折要说明为什么进入下一章。
五、建立证据地图
| 关键主张 | 证据 | 来源 | 强度 | 反证/限制 | 放在哪一章 |
|---|
证据优先级:
- 直接结果与可复现演示;
- 可靠数据;
- 经授权案例;
- 专家判断;
- 假设。
假设要显式标记,不用设计感把弱证据装成强结论。
六、设计章节
每章写一句“如果删掉这章,听众会缺什么”。无法回答的章节可能只是背景堆积。
章节卡:
章节结论:
听众进入前的状态:
本章解决的问题:
必要证据:
转向下一章的理由:
七、转成逐页标题
每页标题表达结论:
- 弱:“用户数据”
- 强:“新用户在首次配置环节流失最集中”
页面任务表:
| 页码 | 结论标题 | 页面任务 | 证据 | 推荐表达 | 讲完后的过渡 |
|---|
每页只承担一个主要认知动作。背景、方法和细节放附录。
八、做删页测试
按优先级删:
- 重复结论;
- 不影响决策的背景;
- 只有装饰作用的案例;
- 可口头说明的细节;
- 可放附录的计算过程。
保留:
- 主结论;
- 决定结论成立的证据;
- 重要取舍与风险;
- 明确请求。
九、做标题复述测试
只把所有页标题读一遍,让不熟悉项目的人回答:
- 你认为整套演示在说什么?
- 为什么要现在处理?
- 证据是什么?
- 希望听众做什么?
复述与目标不一致时,先改故事线,不进入美化。
输出格式
- 演示任务;
- 主结论;
- 听众认知路径;
- 叙事结构;
- 证据地图;
- 章节卡;
- 逐页结论标题;
- 删页建议;
- 标题复述测试。
质量门禁
- 主结论可被同意或反对;
- 故事顺序遵循听众认知而非资料顺序;
- 每个关键主张有证据或假设标记;
- 每章都有不可替代的任务;
- 每页标题表达结论;
- 重要风险和反证没有被隐藏;
- 只读标题可以复述主线;
- 最后请求清楚、具体、可执行。
模板见 references/storyline-cards.md。
使用入口
如果这条故事线让汇报更容易被听懂,欢迎给总仓库点一个 Star;需要新版提醒时,请订阅 GitHub Releases。