官方 Demo 剧本库
按 5 分钟、15 分钟、30 分钟三种演示时长，给出 workflow / WorkPack 的官方 demo 路线。
这页是给三类人直接拿来用的：
- 销售演示
- 客户 onboarding
- 内部培训
它不讲抽象方法，重点是：
你现在只有 5 分钟、15 分钟或者 30 分钟时，到底该怎么 demo。
先记住一个总原则
无论演示多长，都先讲三件事：
- 这是在解决什么真实工作
- 输入是什么，输出是什么
- 为什么它比一次性聊天或手工操作更稳定
不要一上来就讲节点名字，也不要一上来就点真实提交。
演示前统一准备清单
正式开始前，建议先确认这几件事：
- 使用测试项目、测试账号、测试目录
- 所有路径字段都可访问
- 所有发送目标都是测试频道或测试地址
- 带审批的流程先默认停在 review 前
- 准备一份可重复使用的 demo 输入
- 如果要展示 WorkPack，提前准备一条已经跑顺的 workflow
哪些动作不适合现场直接点
下面这些动作，除非你明确就在做封闭测试演示，否则不建议现场点到底：
- 真实外发
- 真实浏览器提交
- 真实账号写入
- 真实生产目录覆盖
- 真实公开发布
更稳的做法是：
- 停在审批
- 用测试目标
- 展示 proof、receipt、run 记录
5 分钟 Demo
适合谁
- 第一次接触产品的人
- 销售第一次破冰演示
- 同事快速理解 workflow 是什么
目标
让对方在最短时间里明白：
- workflow 不是聊天记录
- workflow 是一套可重复执行的工作方法
- run、delivery、approval 都是有业务意义的
推荐 starter
- 首选：
single_step - 备选：
daily_ai_brief
推荐讲解顺序
- 先说一句真实工作，比如“把每周访谈整理成摘要”
- 打开一条最短 workflow
- 只展示一个输入字段，比如
topic - 运行一次
- 展示结果、run 和交付
- 用一句话解释“下次不用从头再做”
最该强调什么
- 它把一次方法固定下来
- 它可以重复跑
- 它不是一次性的 prompt
不要现场做什么
- 不要切太多页面
- 不要一开始解释一堆节点类型
- 不要做高风险提交
- 不要演示太长链路
推荐话术
“你可以把它理解成，把一次能跑通的工作方法固定下来。下一次不是重新聊天，而是直接按这条流程再跑一遍。”
15 分钟 Demo
适合谁
- 客户 onboarding
- 对产品有兴趣的团队负责人
- 需要理解业务价值的人
目标
让对方理解：
- workflow 不只是自动化，而是把重复工作收成稳定流程
- review / approval 为什么重要
- 这套流程未来可以演进成 WorkPack
推荐 starter
- 首选：
daily_ai_brief - 备选：
ai_cutout_white_background
推荐讲解顺序
- 先讲一个真实场景，比如“每天整理 AI 行业简报”
- 展示输入字段，尤其是
briefTopic、sourceRefs、deliveryChannel - 解释 Search → Brief → Review → Send 主干
- 跑一次到 review
- 展示为什么先停住而不是直接发
- 展示 run 记录
- 最后补一句，这类流程稳定后可以打包成 WorkPack
最该强调什么
- 业务价值，不是技术炫技
- 可 review，可追踪，可重复
- 输入和输出是清楚的
不要现场做什么
- 不要第一轮就发到真实渠道
- 不要把
reviewApproved直接设成true - 不要临时换一堆素材或主题
推荐话术
“以前这类简报要靠人每天重复做。现在我们把搜索、摘要、review、发送收成一条流程，而且在真正发送前还能停下来让人确认。”
30 分钟 Demo
适合谁
- 深度客户演示
- 内部培训
- 团队方法论介绍
目标
让对方完整理解：
- workflow 怎么从搭建、运行到审批
- 高风险动作为什么要留痕
- WorkPack 为什么是团队复用层
推荐路线
建议按“两段式”来讲：
第一段，讲 workflow。
第二段，讲 WorkPack。
推荐 starter 组合
- 第一部分：
browser_desktop_submission_audit - 第二部分：从一条稳定 workflow 过渡到 WorkPack
推荐讲解顺序
- 先讲真实场景，比如“浏览器提交后还要桌面侧取证”
- 展示输入字段，重点是
portalUrl、uploadFileRefs、reviewApproved - 讲浏览器填写、上传、review、submit、proof、desktop evidence
- 用测试地址和测试账号跑到审批处
- 展示 run、节点状态、proof 思路
- 再切到 WorkPack 视角
- 强调 intake、角色、复用、运行准备度
- 总结 workflow 和 WorkPack 的区别
最该强调什么
- 高风险动作前为什么要审批
- 为什么 run 和记忆化的交付记录很重要
- 为什么 WorkPack 是“团队可复用做法”
不要现场做什么
- 不要现场对真实外部系统提交
- 不要在未确认环境时展示正式账号
- 不要一边讲一边临时改很多节点
- 不要让 demo 变成排错现场
推荐话术
“Workflow 解决的是这次怎么跑，WorkPack 解决的是以后别人也能按同样入口来跑。前者是工作台，后者是团队方案。”
按对象选 demo，更实用
| 对象 | 更推荐时长 | 推荐 starter / 路线 | 最该强调什么 |
|---|---|---|---|
| 销售初次演示 | 5 分钟 | single_step | 易懂、可重复、不是一次性聊天 |
| 客户 onboarding | 15 分钟 | daily_ai_brief | 真实业务价值、review、可追踪 |
| 电商 / 素材团队 | 15 分钟 | ai_cutout_white_background | 图片处理、输出目录、交付结果 |
| 业务运营 / 提交型团队 | 30 分钟 | browser_desktop_submission_audit | 审批、proof、风险控制 |
| 内部培训 / 方法论推广 | 30 分钟 | workflow + WorkPack 两段式 | 从个人跑通到团队复用 |
一句话版演示模板
如果你临时只来得及准备一句话开场，可以直接套下面这几个：
-
5 分钟版： “我先不讲复杂概念，只让你看一件事，怎么从一个输入跑到一个稳定交付结果。”
-
15 分钟版： “我想让你看到的不是自动化本身，而是怎么把重复工作收成一条可 review、可追踪的流程。”
-
30 分钟版： “前半段我们看 workflow 怎么跑，后半段我们看这套做法怎么升级成团队可复用的 WorkPack。”
官方推荐的演示组合
如果你们后面要逐步做截图、录屏、培训文档，我建议优先做这 3 套：
- 5 分钟最短理解版，
single_step - 15 分钟业务价值版，
daily_ai_brief - 30 分钟完整能力版，
browser_desktop_submission_audit+ WorkPack 过渡
这三套组合起来，已经足够覆盖：
- 销售破冰
- onboarding
- 内部培训