讲解视频的目标，是让一个想法更容易被理解。
它不应该同时变成完整产品导览、品牌片、教程和广告。Rivya 更适合在讲解对象、短结构和审核标准都清楚之后再生成。
先确定一个要讲清楚的点
选模型之前，先写出观众看完应该理解什么。
例如：
- 一个产品功能如何工作
- 一条工作流为什么省时间
- 使用工具前后发生了什么
- 用户如何从问题走到结果
- 一次新发布到底改变了什么
如果这个解释无法用一句话说清楚，这条视频可能应该拆成多条素材。
选择讲解视频格式
讲解视频可以有不同形式：
- 产品 demo
- 前后对比短片
- 简单流程动画
- 旁白加辅助画面
- 创始人口吻说明
- 社媒短讲解
写提示词前先选格式。产品 demo 和旁白讲解，需要的输入并不一样。
用三个 beat 规划动作
一个简单讲解结构是：
- 展示问题或开始状态
- 展示产品或工作流动作
- 展示结果或下一步
这样视频会更聚焦。如果场景太多，观众可能记住了运动，却没听懂重点。
判断旁白是否有帮助
当概念需要上下文时，旁白会很有用。
适合使用旁白的情况包括：
- 抽象软件工作流
- 流程解释
- 本地化讲解视频
- 创始人口吻产品说明
- 需要清楚口播信息的短片
如果画面本身能说明问题，可以先测试动作，再通过 Rivya 音频 Studio 使用指南 添加旁白。
按理解效率审核
审核讲解视频时，可以问：
- 观众能否快速理解主旨？
- 动作是否服务解释？
- 产品或工作流是否仍然可识别？
- 旁白是否太密？
- 视频是否应该更短？
- 下一步是否明确？
好的讲解视频，首先要清楚，然后才是巧妙。
讲解视频常见错误
常见错误包括：
- 一条短片里解释太多东西
- 先写视觉风格，再写信息
- 脚本听起来像落地页文案
- 要求很小的 UI 文字必须可读
- 镜头角度变化太多
- 没有简单的前后结构
先把解释范围收窄，再提高素材完成度。
讲解视频 brief 模板
生成前先写一个小 brief：
受众：[新访客 / 买家 / 团队成员 / 支持用户]
只讲清一件事：[功能、流程、产品利益点、规则]
起点困惑：[用户现在误解什么]
三个 beat：[问题] → [机制] → [结果]
视觉锚点：[屏幕、产品、图解、人物、物体]
旁白：[不要 / 短字幕 / 完整 voice-over]
成功标准：[看完后用户应该理解什么]好的讲解视频通常很窄。如果 brief 里有三件不同的事，就拆成三个短片。
在 Rivya 里的制作路径
更稳定的讲解视频流程是：
- 先在 Chat / 对话 或提示词模板里整理解释。
- 把解释改成三个视觉 beat。
- 从 Video / 视频 开始，用一个明确运动目标生成视频分支。
- 只有画面无法独立说明时，再补旁白。
- 先静音审核，再开声音审核。
- 保存结果，并复用结构制作相关讲解。
这样可以避免视频变成塞满卖点的动态宣传册。
下一步可以在 Rivya 做什么
- 讲解视频动作先从 Video / 视频 开始；只有画面分支清楚后，再从 Audio / 音频 补旁白。
- 用 Rivya 视频 Studio 使用指南 生成讲解视频动作。
- 需要旁白时，用 Rivya 音频 Studio 使用指南。
- 用 Rivya 提示词基础写法 整理 brief。
- 如果这条讲解本质是产品 demo，看 AI 产品演示视频生成器。
