播客和口播内容不是同一条工作流。
有时你需要一段口播草稿，有时你需要视频旁白，有时你需要清理录音、本地化，或者把长音频拆成社媒短片。Rivya 更适合在你先拆清这些任务之后，再选择语音路径。
先看口播用途
先判断这段声音要用来做什么。
常见用途包括：
- 播客 intro 或段落草稿
- 产品解说
- 教育型 voice-over
- 创始人口吻更新
- 本地化语音版本
- 已有录音清理
- 社媒短音频
播客开场和产品旁白，不应该用同一套脚本和审核标准。
把脚本和声音分开
脚本和声音是两件事。
脚本决策包括：
- 主题
- 长度
- 结构
- 听众
- call to action
声音决策包括：
- 语言
- 语速
- 语气
- 说话人风格
- 情绪强度
如果脚本本身不成立，换一个更好的声音也救不了内容。先整理脚本，再选择声音方向。
判断是在创建音频还是清理音频
不要把生成和清理混在一起。
当你需要新的语音、旁白或 voice-over 时，使用创建类工作流。
当你已经有录音，需要提升清晰度、分离或可用性时，使用清理类工作流。
如果原始录音很重要，使用清理结果前要认真审核，不要直接替代原流程。
提前规划复用
口播内容经常会被复用。
一段较长声音可以变成：
- 社媒短音频
- 产品讲解旁白
- 本地化版本
- 博客大纲转录素材
- 支持或 onboarding 片段
提前规划这些用途，可以避免脚本和声音方向过窄。
像听众一样审核声音
审核音频时，要按真实使用场景完整听一遍。
重点听：
- 发音
- 语速
- 情绪是否匹配
- 清晰度
- 背景噪声
- 语言是否自然
- call to action 是否生硬
对播客类内容来说，还要注意疲劳感。一个声音听十秒很好，不代表听几分钟也合适。
口播工作流常见错误
常见错误包括：
- 脚本还没成立，就先选声音
- 所有用途都用同一种声音风格
- 脚本太密，不适合说出来
- 锁定录音风格前没有考虑本地化
- 把清理任务当成内容生成
- 发布前没有完整试听
声音工作也是生产工作，和其他素材一样需要审核。
语音 brief 模板
生成或清理声音前，可以先写：
用途：[播客 intro / 产品旁白 / 课程 / 本地化版本]
受众：[客户 / 学习者 / 内部团队 / 创作者]
目标长度：[15 秒 / 60 秒 / 5 分钟]
脚本状态：[粗大纲 / 已确认脚本 / 转录稿]
声音方向：[冷静、积极、创始人口吻、教学感]
语言需求：[单语言 / 多语言版本 / 发音备注]
必须避免：[语速太赶、CTA 生硬、名称读错、源录音噪声]这能让音频路径和真实用途绑定，而不是只是在试声音。
Rivya 音频执行路径
语音项目建议按这个顺序做：
- 先整理或改写脚本。
- 判断任务是生成、清理、本地化还是复用。
- 从 Audio / 音频 开始生成短测试，不要直接做长输出。
- 听发音、语速和疲劳感。
- 保存有用版本，让后续修改从同一个方向继续。
长音频不要只听前十秒就通过。要听完真实受众会听到的那一段。
下一步可以在 Rivya 做什么
- 语音生成或清理路径先从 Audio / 音频 开始；需要比较模型适配时，再看 AI 模型。
- 用 Rivya 音频 Studio 使用指南 处理语音和音频任务。
- 视频旁白可以看 视频 AI 旁白生成器。
- 旁白选择可以看 AI 旁白 / 解说生成器。
- 如果涉及语言版本，看 图像、视频、语音的 AI 本地化流程。
