SaaS demo · Task first
SaaS 视频先讲清一个工作流
“提效、协同、洞察”不是画面。挑一个销售最难讲清的客户任务，把角色、操作、系统反馈和业务下一步连起来，SaaS 价值才有可理解的落点。
WORKFLOW ANNOTATION / 01
- ROLE谁正在完成什么任务
- FEEDBACK系统给出什么可见反馈
- OUTCOME下一位角色因此能做什么
先说结论
先选一次真实客户任务，再让人物、录屏和动效分别解释它最关键的三步。
五步把抽象价值变成观看路径
不按功能菜单从上往下介绍，而是跟随一个人完成任务。观众先知道为什么做，再看系统怎样介入。
- 01
角色与阻力
说明谁在什么情境下遇到什么问题，不用“数字化转型”替代具体任务。
- 02
进入系统
画面保持真实账户、真实数据结构和可读速度，敏感信息提前替换。
- 03
关键操作
只保留影响理解的点击、输入与选择，光标动效用于聚焦，不虚构功能。
- 04
系统反馈
停留在结果出现的界面状态，让观众看清变化来自哪一步操作。
- 05
业务下一步
回到协作、判断或交付，不把单次演示写成未经证明的长期成效。
每句价值主张，都配一个可见证据
旁白可以简洁，但不能让观众猜。人物、界面和动效各自负责最擅长解释的部分。
“协同更顺”
跟随任务从创建、处理到下一位角色接手，拍清状态变化与责任交接。
ROLE + STATE“判断更快”
显示信息怎样汇总、异常怎样被发现，以及用户据此做出哪一步选择。
INPUT + DECISION“更容易上手”
让首次使用者完成一次核心任务，保留必要停顿和反馈，不用极速录屏制造熟练感。
ACTION + FEEDBACK录制前先冻结四类状态
界面版本一旦变化，光标、字幕、旁白和人物反应都可能失配。把依赖写清，后期才能局部更新。
先锁一套可复现的演示环境
账户权限、测试数据、界面版本与网络条件形成基线；所有录屏镜头标注对应状态。
演示数据
结构真实、内容脱敏，避免界面里出现客户隐私和内部账号。
界面版本
记录发布日期、功能开关和区域差异，字幕不超前于当前能力。
旁白与术语
销售、产品和法务共用一份术语表，长短版沿用同一事实。
更新策略
录屏、人物和动效分层交付，后续界面改版时只替换受影响部分。
继续看 SaaS 演示怎么落地
6 篇 ONCE 制作文章补充录屏排期、屏幕验收、界面连续性、功能核对、脚本筛选和采购异议镜头。
SaaS 视频常见问题
功能很多，怎么决定先拍哪一个？
从销售最常遇到的一项阻力或客户最关键的一次任务开始。功能只有进入具体工作流，观众才知道它为什么重要。
录屏和人物实拍哪个先做？
先冻结演示环境和关键界面状态，再安排人物动作与视线。正式录屏可按版本稳定性放在人物拍摄前后，但镜头关系要在分镜阶段锁定。
产品还在快速迭代，视频会不会很快过期？
把人物、录屏、动效和旁白分层设计，并建立镜头索引。界面更新时只替换受影响段落，降低整支重做的成本。
带一次客户任务来，我们先把工作流讲清。
提供演示账户、目标受众和销售最难解释的流程，ONCE 会先整理人物、录屏与动效各自承担的镜头任务。
