如何用 AI 制作 SaaS Demo 视频
面向 SaaS 创始人的实操指南:用五幕结构、真实截图、脚本、音频、字幕、QA 和发布渠道,做出能用的 Demo 视频。

如果你是 SaaS 创始人,目标不是做一个花哨的视频,而是做一个能让访客更快理解产品的视频。AI 的价值在于帮你摆脱空白时间线和繁琐制作,但故事本身仍然必须克制、明确、以证据为中心。好的 Demo 视频通常都很短、很具体,并且每一幕都在证明某件事。
最稳妥的做法是先定五幕结构,再让 AI 去组装。这样可以限制时长,方便审片,也更容易在正式导出前发现问题。Vidily 的 /saas-explainer-video-maker 和 /examples/product-demo-videos 这两页,本质上也是同一套思路:一个承诺,一条路径,一个结果。
用五幕结构控制节奏
不要先想功能清单,先想镜头顺序。一个适合创始人的 Demo 应该这样推进:
- 钩子 - 用一句话点出痛点。观众要立刻知道这是谁的问题,为什么值得看。
- 问题 - 展示当前流程或阻碍。可以是仪表盘、繁琐操作,或者一个很熟悉的 before 状态。
- 证据 - 展示能证明承诺的产品界面。这里的 UI 才真正有资格出现在画面里。
- 结果 - 展示使用产品之后发生了什么。观众应该一眼看到变化。
- 行动号召 - 只给一个下一步。不要用口号收尾,要用决策收尾。
每一幕最好只完成一个任务。如果一幕同时解释问题、讲功能、又催促点击,视频就会变成配音版首页,观众会跟不上。
先选证据,再写脚本
最好的 AI 视频不是从提示词开始的,而是从证据开始的。你先决定画面里到底要放什么,再让模型围绕这些画面写故事。
- 选一个公开的事实源,通常是首页或产品落地页。
- 选一到两个真实的 UI 状态,展示产品正在被使用。
- 选一个结果镜头,展示产品完成任务、导出结果,或者带来某个变化。
- 如果有当前可见且真实的信任信号,比如客户 Logo、推荐语、集成标识、安全说明,可以放一条。
- 跳过和故事无关的截图。空状态、普通设置页、密密麻麻的后台表格,通常只会拖慢节奏。
对于 SaaS 创始人来说,最好的截图通常只回答三个问题:这是什么、它怎么工作、我为什么要信它。不能回答其中任何一个的问题,就不要放。
/examples/product-demo-videos 里的示例视频是很好的参考,因为每一个可见的说法都能在产品页或真实产品截图里找到依据。你应该尽量把自己的项目也做到这个标准。
在选好镜头之后再写配音稿
不要让模型先编一个大而空的故事。先根据你已经选好的镜头,写一段短配音。一个 30 到 45 秒的 Demo,通常只需要大约 90 到 130 个口语词。
语言要简单,一幕一句重点就够了:
钩子: 如果你的产品需要很长的解释,视频就应该替你完成解释。
问题: 访客需要在注意力消失之前看到承诺、界面和结果。
证据: 展示真实界面,不要用抽象幻灯片来代替工作流。
结果: 观众看完后,只应该记住一个清楚的结果。
行动号召: 从 URL 开始,审阅故事,然后导出最终 Demo。
这种脚本很容易配音,也很容易加字幕,还方便你把文案和画面对照检查。更重要的是,它能防止 AI 把视频填满无用的铺垫。
把音频当成产品的一部分
配音不应该听起来像“随便找的通用 Demo 音色”。如果使用 AI 音色,整条视频最好只用一个声音,不要在不同场景之间切换。语速也不要一会儿兴奋、一会儿赶进度。
几个实用的音频判断标准:
- 选择和受众匹配的声音。创始人 Demo 应该清楚、可信,不是戏剧化表演。
- 背景音乐要轻,可以有氛围,但不能抢走旁白。
- 产品名、缩写、客户名的读法要统一。
- 如果某个词很难让 TTS 读准,就改写那一句,或者干脆人工录这一句。
对大多数 SaaS 营销视频来说,清晰语音比复杂音效更重要。观众可以接受简单的音频,但不会接受听不清的音频。
字幕要帮助阅读,不要遮挡界面
字幕不是把整段话倒出来。字幕的作用是提升可读性。它应该足够短,让观众既能看产品,又能跟上文字。
- 用短句,不要用整段大段落。
- 换行要自然,不要压住按钮或关键控件。
- 字幕承担每一幕的核心结论就够了,不必逐字复述旁白。
- 如果视频要放在网页上,可以导出字幕文件;如果主要投放社交媒体,就直接烧录字幕。
如果界面里的文字本身很小,字幕就更重要。它能帮观众保持方向感,而不需要每几秒就暂停一次。
像审发版一样做 QA
最终导出的视频,应该像产品发版一样过审。
- 检查每一句说法是否都能在画面里找到对应证据。
- 检查五幕顺序是否和原计划一致。
- 检查所有文字在全尺寸和笔记本屏幕上是否都清楚。
- 检查有没有 Logo 被切掉、字幕被截断、裁切过头。
- 检查音频开头和结尾是否干净,音量是否跳变。
- 检查最终文件在你准备发布的平台上能否正常播放。
这一步最容易暴露 AI 工作流的弱点。它可能第一眼看起来已经做完了,但一旦创始人认真看故事顺序,或者在小屏幕上打开,问题就会冒出来。
发布到真正能发挥作用的地方
一条创始人 Demo 可以服务多个渠道,但每个渠道的任务不同。
- 首页首屏或主产品页适合放完整版。
- Product Hunt、LinkedIn 和其他发布场景更适合短一点的剪辑。
- 如果视频能够回答某个具体异议,可以放进销售跟进邮件。
- 放到官网的产品故事区,让证据更容易被找到。
- 当产品需要快速解释时,也可以放进投资人或合作方材料里。
不要把同一个版本不加思考地发到所有地方。首页的视频可以比社交短片更完整,也可以更慢一点。场景决定节奏。
常见失败模式
AI 让制作变快,但不会自动替你做对决定。最常见的问题其实都很朴素:
- 截图太多,导致故事始终抓不住一个重点。
- 脚本像功能清单,不是叙事。
- 用了和产品无关的素材或装饰性动效,却没有证明任何东西。
- 字幕压住了界面。
- 配音讲得比画面多。
- 最后的 CTA 没有给观众明确下一步。
如果你避开这些问题,视频已经会比大多数 SaaS 营销资产更好用。如果你想先从一个有页面驱动的流程开始,可以先看 /website-to-video,再对照 /examples/product-demo-videos 检查自己的结果。