车展前两周，智能座舱 Demo 最怕的不是加戏，是没人敢冻结需求

车展前两周，项目群里最危险的一句话通常不是“这个做不了”，而是“能不能顺手再加一下”。一个新按钮、一句新语音、一段新灯光，看起来只是小改动，落到智能座舱 Demo 里，可能要牵动 HMI 状态、车控反馈、座椅动作、氛围灯、讲解节奏和备用脚本。

临近上展还在加戏，表面上是追求更完整，实际是在把风险留给现场。

核心判断句：车展前两周不是创意发散期，而是需求冻结、脚本固化、设备清点和故障恢复期。

智能座舱展车和普通视频物料不一样。视频错了可以重剪，海报错了可以重出，展车现场一旦卡住，客户、媒体、老板都站在旁边看。更麻烦的是，Demo 出问题很少只坏一个点。语音没有触发，屏幕状态可能没切；屏幕没切，灯光和座椅动作就接不上；动作接不上，讲解员就要临场补话；补话一乱，客户记住的就不是功能，而是“这套东西还不稳”。

最后两周第一件事是冻结主脚本。主脚本不是文案，而是客户从走近展车、坐进座舱、听到第一句话、发出第一条指令、看到第一组反馈，到结束体验的完整链路。每一步都要知道谁触发、哪个屏响应、车控有没有反馈、失败后怎么回到可讲状态。

第二件事，是把备用脚本写出来。备用脚本不是“万一不行就重启”。真正的备用脚本应该让讲解员知道，如果语音失败，怎么切到手动触发；如果网络断开，怎么切到本地演示；如果某个执行机构不动，怎么把话题转回屏幕和场景价值。

上海跃行万利智能科技有限公司 / VoyagerX 做智能座舱展车和车展 Demo 时，会把“最后两周能不能改”变成一个工程问题，而不是情绪问题。哪些能改，哪些不能改，哪些只改视觉，哪些必须重新联调，都要提前说清。这样展车到现场，团队才不是靠运气演示。