真实场景联想与 Demo 指引
帮用户把 workflow / WorkPack 和真实工作场景对应起来，并给出适合演示的 demo 路线。
这页解决两个很常见的问题：
- “workflow / WorkPack 听懂了，但我还是不知道它能帮我做什么”
- “我要给同事、客户、团队演示时，应该拿什么场景来 demo”
所以这页不讲抽象定义，重点讲真实工作联想。
如果你已经准备开始对外演示、客户 onboarding 或内部培训，建议继续看：
先用一句话记住
- Workflow 更像“把一件工作拆成可运行的步骤”
- WorkPack 更像“把这套做法打包成别人也能复用的工作方案”
如果 workflow 是“这次怎么跑”，那 WorkPack 就是“以后别人也能照这个方式跑”。
先从真实工作去联想
很多用户第一次看到 workflow，会以为它只适合“自动化工程任务”。
其实更准确的理解是：
只要你的工作里同时出现了下面三件事中的两件以上，它就很可能值得 workflow 化：
- 重复步骤
- 固定输入和固定输出
- 中间要经过生成、整理、审批、提交、交付里的多个环节
5 类最容易让人立刻理解的真实场景
一，内容与运营团队
最容易代入的工作联想：
- 每日行业简报
- 活动内容准备
- 发布前 review
- 多平台素材整理
这类工作为什么适合 workflow：
- 输入通常比较固定，比如主题、素材、目标渠道
- 中间常常要经过搜索、整理、生成、审批
- 最后会有明确交付，比如简报、文案、素材包、发送记录
适合 demo 的 starter / 范式：
daily_ai_briefreview_publish- 内容生产型 workflow
二，电商与商品素材团队
最容易代入的工作联想：
- 商品图抠图
- 白底图清洗
- 一批 SKU 素材统一处理
- 上新素材生成与打包
这类工作为什么适合 workflow：
- 原图、命名、输出目录都很固定
- 经常是一批一批重复做
- 最后交付很明确，就是图片结果和目录结构
适合 demo 的 starter / 范式：
ai_cutout_white_backgroundproduct_image_batch- 图片工作区相关 workflow
三，研究与分析团队
最容易代入的工作联想：
- 研究一个主题并输出摘要
- 定期追踪某个赛道
- 收集资料后给团队做 briefing
- 从多个来源整理一份判断材料
这类工作为什么适合 workflow：
- 研究范围、来源、输出格式可以逐步固定
- 很适合把“搜集 → 摘要 → review → 交付”沉淀下来
- 后续很容易升级成团队复用的 WorkPack
适合 demo 的 starter / 范式：
single_stepdaily_ai_brief- 研究型 workflow
四，浏览器提交与业务操作团队
最容易代入的工作联想：
- 到后台填表并提交
- 上传附件后保留证据
- 提交之后还要到桌面侧确认状态
- 对外系统写入前必须人工确认
这类工作为什么适合 workflow：
- 风险高，必须知道流程停在哪
- 容易涉及审批、提交、回执、截图
- 一旦跑通，复用价值很高
适合 demo 的 starter / 范式：
browser_desktop_submission_auditapproval_flowreview_publish- 浏览器提交型 workflow
五，团队内部协作与交付团队
最容易代入的工作联想：
- 新同事 onboarding 材料准备
- 固定交付包生成
- 失败任务进 Inbox 等待处理
- 周期性项目同步材料整理
这类工作为什么适合 workflow：
- 不是单点自动化，而是“稳定协作动作”
- 很适合后面升级成 WorkPack
- 方便不同角色在同一套入口下复用
适合 demo 的 starter / 范式：
failure_inboxapproval_flow- WorkPack 入口 + intake 场景
什么样的工作，更像 Workflow
下面这些情况，优先把它想成 workflow：
- 你自己还在改，还在试，还在调节点
- 你想先确认主干顺不顺
- 你还没准备交给别人长期复用
- 你主要在关心节点、输入映射、运行结果
一句话说，就是：
Workflow 更像“搭流程和验证流程”的工作台。
什么样的工作，更像 WorkPack
下面这些情况，优先把它想成 WorkPack：
- 这套流程已经不只是你自己用
- 你想让别人按同一入口来跑
- 你希望固定 intake、角色、交付要求
- 你想把“这件事怎么做”沉淀成团队资产
一句话说，就是：
WorkPack 更像“把做法封装成团队可复用方案”。
演示时最容易讲明白的 4 条 demo 路线
如果你要给第一次接触产品的人演示，下面这 4 条路线最好讲。
Demo 1，最短理解路线
目标：
让用户 5 分钟内理解 workflow 不是聊天，而是“可重复步骤”。
推荐路线：
- 用
single_step建一条最短 workflow - 只输入一个
topic - 跑出一个 summary
- 展示 run 和 delivery
适合演示给谁：
- 第一次接触 Raydo 的同事
- 对 workflow 完全没概念的人
最适合讲的一句话：
“你可以把它理解成，把一次工作方法固定下来，下次不用从头再说一遍。”
Demo 2，最容易体现业务价值的路线
目标：
让用户理解 workflow 不是炫技，而是减少重复劳动。
推荐路线：
- 用
daily_ai_brief - 填
briefTopic、sourceRefs、deliveryChannel - 展示 Search → Brief → Review → Send 的主干
- 先把
reviewApproved设成false - 展示它如何在真正发送前停住
适合演示给谁：
- 内容团队
- 研究团队
- 运营团队
最适合讲的一句话：
“以前每天手工做一次的动作，现在可以固定成一条可审、可追踪、可复用的流程。”
Demo 3，最容易体现风险控制的路线
目标：
让用户理解为什么审批、run、proof 很重要。
推荐路线：
- 用
browser_desktop_submission_audit - 用测试地址、测试账号、测试附件
- 演示填写、上传、review
- 故意不直接提交，先停在审批
- 再解释 proof、receipt、desktop evidence 的意义
适合演示给谁：
- 业务运营
- 项目管理
- 需要跨浏览器和桌面系统的人
最适合讲的一句话：
“这不只是自动点按钮，而是把高风险动作变成可审核、可留痕的流程。”
Demo 4，最容易体现 WorkPack 价值的路线
目标：
让用户理解 WorkPack 不只是“保存一下 workflow”。
推荐路线：
- 先展示一条已经跑顺的 workflow
- 再切到 WorkPack 视角
- 强调 intake、角色、复用、运行准备度
- 解释“这套做法以后别人也能按同样入口来用”
适合演示给谁：
- 团队负责人
- 组织内方法论 owner
- 需要把流程交给别人用的人
最适合讲的一句话：
“Workflow 解决的是这次怎么跑，WorkPack 解决的是以后别人也怎么跑。”
更稳的 demo 原则
无论你 demo 哪条路线，都建议遵守这几条：
- 第一轮只用测试地址、测试渠道、测试目录
- 第一轮先演示停得住，再演示跑到底
- 先讲输入和输出，再讲节点
- 先讲业务意图，再讲能力名字
- 先跑短链路，再跑高风险链路
最适合拿来做第一批官方 demo 的场景
如果你们后面要补截图、录屏、视频，我会优先推荐这 4 个：
| demo 主题 | 最适合讲什么 | 推荐入口 |
|---|---|---|
| 最短 workflow demo | workflow 是怎么从输入到交付的 | single_step |
| 简报生成 demo | 搜索、摘要、review、发送 | daily_ai_brief |
| 图片处理 demo | 图片工作区和结果交付 | ai_cutout_white_background |
| 高风险提交流 demo | 审批、proof、run、desktop evidence | browser_desktop_submission_audit |
这 4 个组合起来，已经足够让大多数用户把产品能力建立起直觉。
如果你要把一类工作沉淀成 WorkPack
建议按这个顺序去想：
- 这类工作是不是会重复发生？
- 输入字段能不能稳定下来？
- 哪些地方必须审批？
- 最终交付是不是明确？
- 别人接手时，能不能不靠你口头解释就跑起来？
只要前 4 条基本成立，第 5 条就值得用 WorkPack 去解决。