产品负责人想把所有功能塞进 SaaS 演示视频,销售要它回答客户异议,制片人先问:观众看完要完成什么任务?没有答案,录屏越完整,后期越难删改,界面一更新就重拍。

我的判断很明确:SaaS 产品演示视频脚本先按客户任务写,再按任务筛功能。真正要看的不是功能数量,而是任务结果。HubSpot、Atlassian 旗下 Loom 等资料也把痛点、受众目标、工作流和下一步放在功能列表之前;片场还需要一张签字的表。

先决定观众要完成什么,不要先打开功能菜单

SaaS 产品演示视频脚本评审中的客户任务、界面路径与分镜卡
先按客户任务筛功能,再把界面证据写进分镜和版本矩阵。

把 Brief 的第一句从“介绍我们的平台”改成客户任务:销售经理在五分钟内找出值得跟进的线索;运营负责人把活动报名整理成流程;财务负责人在月末前定位异常。

接着写清楚三个边界:任务开始时用户卡在哪里,完成后应该看到什么变化,哪些限制条件不能在视频里被省略。这样一来,“自动化”“协作”“智能分析”都不能直接获得镜头时间,必须回答它改变了哪一步。产品演示的价值,是让买方判断产品是否适合自己的工作,而不是替产品团队朗读导航栏。

功能进入主线前,过一遍这张决策表

判断栏要回答的问题不通过时怎么处理
客户任务它是否服务同一个具体工作目标?移到其他专题片,不塞进主片。
界面动作观众能否看见一个完整入口、动作和结果?补录关键路径,或改成静态说明。
证据结果结果是画面可见,还是只能靠旁白声称?补指标来源、状态变化或限制条件。
异议价值它是否回答“能不能用于我的场景”?放入销售跟进版或答疑短片。
版本复用裁成短版、静音版或字幕版后是否仍成立?增加首帧、字幕和无声可理解的动作。

它给预算划边界:没有任务结果的功能留在功能库,不占主片前二十秒。

把任务翻译成任务—界面—证据分镜卡

HubSpot 的脚本模板强调功能要连接受众目标;教程分镜则把工作流拆成屏幕动作、旁白和标注。ONCE 再加上限制条件和审核人:返工常常不是文案不顺,而是结果没有画面证明,或录屏账号没有入口权限。

栏位示例写法审核人
任务从活动报名中找出高意向线索销售负责人
界面入口进入活动列表,打开筛选面板产品经理
操作动作按行业与互动状态筛选,再保存视图导演/录屏执行
可见结果结果列表、数量和下一步分配动作同时出现产品经理
旁白说明这个动作减少哪一次人工判断品牌/销售
限制条件演示数据为脱敏样本,不暗示真实客户结果法务或品牌审核
版本出口主片、销售短版、静音字幕版分别保留什么制片人

录屏时不要只追求鼠标平滑。先把入口、动作和结果录成可单独验收的段落,再决定是否用镜头、动效或人物包装。界面放大、光标强调和局部裁切都应服务同一任务;观众要暂停找按钮,说明分镜还没完成。

一条主线不够用时,拆成版本,不要拉长主片

Loom 将介绍型 demo、完整 walkthrough、定制演示和 onboarding 视为不同用途;这对 SaaS 内容资产很有启发:不是同一条视频同时照顾所有人,而是先确定观看场景,再分配信息密度。

  • 官网主片:只讲一个核心任务,让陌生访客快速知道产品如何工作,CTA 指向进一步咨询。
  • 销售跟进版:围绕客户已提出的异议,保留更具体的界面路径与限制条件。
  • 单功能答疑片:回答一个高频问题,首帧就出现问题,不从品牌片头开始。
  • Onboarding 片段:从登录或入口开始,完整走到第一次成功结果,不承担销售说服。

版本矩阵至少记录时长、画幅、声音依赖、字幕、界面版本和 CTA。主片可依赖旁白,静音短版必须让动作与结果在画面成立;销售版可有客户语境,但不能把未授权数据录进母版。差异要写进交付清单。

把审片分成三轮,产品真相和创意判断不要混在一起

第一轮看事实:入口、脱敏、功能名称和限制条件是否准确。第二轮看证据:观众能否不靠旁白找到动作,结果是否在画面里,字幕有没有把“可能”“支持”写成“保证”。第三轮才看节奏、首帧、音乐和 CTA。这样能避免事实问题打回创意,也避免节奏偏好掩盖证据缺失。

一个功能需要三段旁白却没有可见结果,就回到任务表:删掉、拆片,或安排真实界面演示。SaaS 演示少讲一个功能,通常比把所有功能讲模糊更专业。

准备 SaaS 产品演示视频脚本时,整理目标角色、核心任务、界面路径、必证结果和交付渠道,再发给制作团队。需要把任务表落成分镜、录屏和多版本 Brief,可查看 ONCE VISUAL 企业宣传片与 B2B 视频方案,提交条件。

资料参考: HubSpot 视频脚本模板Shopify 产品演示指南;另参考 Atlassian 旗下 Loom 的产品演示方法与视频类型、Karumi 产品演示脚本、Clevera 产品 walkthrough 方法。