在产品原型演示中使用 AI 音乐，又不引导反馈

为每段短 cue 设定任务，先测试静音剪辑，不要让好听的底音掩盖混乱的流程。

柔和的音乐一响，原型往往立刻显得更完整；也正因如此，产品演示里的音乐需要格外克制。上扬的 pad 会制造推进感，人们很容易把这种感觉误认为对引导流程或支付流程的信心。更有用的问题不是“什么音乐更酷”，而是“这段 cue 帮观众注意到什么”。

先做一个静音的基准版本。录下完整任务流程，只标出三个声音可能有职责的时刻：开场语境、一次成功的转换和最后的交接。先和同事一起看静音版。如果没有音乐任务就讲不清楚，应先修界面或旁白，再写提示词。

kaivorMusic.AI 是把文字方向转成可试听、可比较音乐草稿的 AI 音乐创作工具。在 AI Music Generator 中，应给 cue 一个窄而明确的任务，不要只写“创业公司音乐”：https://kaivormusic.ai/zh/ai-music-generator 。例如：“18秒产品 walkthrough 配乐，克制的 pulse，温暖电钢琴，无人声，为口头标签留出空间，第12秒轻微上扬，明确收尾。”

制作两版有意不同的草稿，再加一个静音版。一版可以有轻微节奏，另一版几乎只保留 texture；长度和剪辑点保持相同。把它们称为 A、B、静音，不要叫“更高级”或“更激动人心”。内部评审时，询问大家理解了什么、在哪里犹豫、哪一段 cue 是否让注意力离开了控件。这比投票选个人喜好更有价值。

把原型音乐看成可移除的一层。不要在一个薄弱结果前加入戏剧性上扬，不要在界面未确认成功时用 click 音暗示成功，也不要用 loop 遮掩漫长等待。Apple 的界面指导建议不要只用声音传达重要信息；W3C 对前景语音的说明也提醒我们，应让背景音足够低，或可被关闭。可见状态、字幕和实际交互必须承担关键工作。

FAQ：可用性测试时应播放音乐吗？通常先测试静音版，只有音频本来就是预期体验的一部分时才加入。每个页面都需要 cue 吗？不需要，开场和一次转场通常已足够。AI 草稿能直接用于发布视频吗？不能自动视为可用；请针对用途检查项目协议、平台规则和条款：https://kaivormusic.ai/zh/tos 。音乐应当框定清晰的产品故事，而不是让混乱的原型看上去已经解决。