展车样车功能座舱，先做哪一种

车展项目刚启动的时候，很多客户会先问一句：“我们是不是要先做一台展车？”

这句话听起来很正常。毕竟要上展、要见客户、要给领导看，大家第一反应都会觉得，最好直接做一台完整的智能座舱展车。外观完整，内饰完整，门一打开，屏幕亮起来，灯光一跑，现场就有气势。

但问题也常常从这里开始。

因为展车、样车、功能座舱这三件事，看起来都和“把车做出来”有关，真正要验证的东西却完全不一样。最怕的是，项目一开始没有想清楚目的，就把预算、时间和精力全压到一个听起来最完整的方案上。到了客户评审前两周，才发现车是有了，体验链路没跑顺；屏幕很漂亮，车控没联上；灯光能亮，但和语音、座椅、场景脚本对不上；客户坐进去以后，看了一圈，最后只问了一句：“所以你们这套座舱到底想证明什么？”

这句话比任何技术问题都让人尴尬。

说实话，很多智能座舱项目不是输在设计不好，也不是输在团队不努力，而是前期把“展示对象”和“验证目标”混在了一起。展车、样车、功能座舱都可以做，但它们回答的是三个不同的问题。

展车更像是品牌表达。它要让人第一眼相信，这不是一台临时拼出来的车，而是一台有完整气质、有未来感、有展示完成度的车。车展现场、品牌发布、媒体拍摄、VIP 接待，这些场景都很吃展车。客户走过来，先被造型、比例、灯光、门板、座舱氛围吸引，再进入体验。展车最重要的，是整体观感和现场可信度。

但展车有一个很现实的风险：它看起来越完整，大家越容易默认它什么都能做。

如果早期没有把功能范围锁清楚，后面就会不断加东西。今天想加一个 AI 助手，明天想加一个座椅联动，后天又希望氛围灯、香氛、屏幕动画和语音都能一起跑。每个功能单独看都不算离谱，但堆到展车里，就变成一个软硬件联调项目。最后项目组最焦虑的不是外观能不能做完，而是现场那几分钟能不能稳定演示。

样车的逻辑又不一样。

样车更接近真实车辆状态，往往承担工程验证、结构验证、布置验证、部分功能验证。它比展车更强调“像真实车”，但不一定适合拿来承载所有展示想象。很多项目一听到“样车”就觉得更踏实，可样车也有自己的边界：周期更长，约束更多，改动成本更高，需求还没稳的时候就往样车上冲，后面往往会很被动。

尤其是智能座舱项目，早期最常变的不是座椅装在哪、屏幕多大，而是体验脚本本身。客户一开始说要展示 AI 座舱，讨论两轮以后，可能重点变成了语音车控；再过一周，又希望突出儿童模式、会议模式、休憩模式、驾驶员监测或者多屏协同。如果这时候已经按样车路径往下走，后面每一次想法变化，都会牵动结构、线束、控制、软件和现场调试。

这也是很多项目最容易误判的地方：样车更真实，但不一定更适合早期探索。

功能座舱听起来没有展车那么气派，也没有样车那么接近量产，但它特别适合解决一个更硬的问题：这套智能座舱体验到底能不能跑通。

比如老板想看的不是“这是不是一台完整车”，而是用户坐进去以后，语音唤醒能不能触发场景；中控屏、仪表、副驾屏能不能同步变化；灯光、座椅、音效、车控反馈能不能按脚本走；AI 助手是不是只会聊天，还是能真正推动一个驾驶、娱乐、休息或展示流程。这个时候，功能座舱往往比完整展车更直接。

它可以先把 HMI、车控、灯光、座椅、音响、传感器、AI 交互和体验脚本组织起来。先不急着把所有外观和车身完成到展车级，而是先问清楚：这次 Demo 最想让客户记住哪一个判断？是 AI 座舱能主动理解场景，还是多屏协同更顺，还是某个功能从概念真正变成了可体验流程？

这一步没想清楚，后面会非常被动。不是“稍微麻烦一点”，是项目节奏、联调成本和现场风险都会一起往上抬。

举个很常见的场景。车展前三个月，市场团队希望展台上有一台很有未来感的智能座舱展车；产品团队希望展示 AI Agent、语音车控、多屏联动；工程团队担心时间不够，现场联调风险太大；老板则只关心一句话：“客户坐进去以后，能不能一下子明白我们的差异？”

这时候如果直接说“做展车”或者“做样车”，其实都太快了。更稳妥的判断不是先问预算够不够，而是先拆目标。

如果核心目标是品牌造势、媒体传播、展台视觉记忆，那展车优先级会更高。它要解决的是第一眼吸引力和整体完成度。这个时候，造型比例、CMF、内饰氛围、灯光秀、开门仪式感、拍摄效果都很重要，甚至比单点功能更重要。

如果核心目标是接近真实产品状态，给内部做工程评审、布置评审、系统验证，那样车更合适。它要解决的是“未来真车能不能成立”，不是单纯现场好不好看。

如果核心目标是把一个智能座舱概念讲清楚，让客户、领导或投资人坐进去体验一遍，那功能座舱往往应该更早启动。它要解决的是体验闭环，是那几分钟演示能不能稳定、顺滑、有记忆点。很多时候，先把功能座舱跑通，反而更容易把后面的展车做准。

真正成熟的项目，通常不是三选一，而是分阶段。

先用功能座舱把体验脚本和关键功能跑通，再判断哪些内容需要进入展车级呈现；如果项目确实要往真实车辆状态推进，再逐步进入样车路径。这样做的好处是，团队不会在最早期就被一个巨大实物目标拖住，也不会等到展车快完成时才发现核心体验还没验证。

很多客户会担心：“如果先做功能座舱，会不会显得不够完整？”

不一定。

功能座舱如果做得粗糙，当然会像一个临时测试台。但如果从一开始就按展示逻辑设计，它也可以很有完成度。它可以有清晰的座舱布局、真实屏幕、合理的座椅和中控位置、可被观众理解的交互节奏，也可以预留后续进入展车或样车的接口。它不是低配方案，而是把风险先放到桌面上处理。

展车最怕什么？怕外观很漂亮，客户坐进去没有体验。

样车最怕什么？怕工程很接近真实，但展示重点不清楚。

功能座舱最怕什么？怕只做成几块屏幕和一套动画，没有把车控、灯光、座椅、语音、传感器和现场脚本联起来。

所以客户真正要问的，不是“哪一种更高级”，而是“我这次项目到底要先验证什么”。

如果你要证明品牌形象，先考虑展车。如果你要证明工程状态，先考虑样车。如果你要证明智能座舱体验，先考虑功能座舱。如果三者都想要，那就更不能一上来全都往里塞，而要先定优先级、定演示路径、定哪些功能必须稳定跑完，哪些内容可以作为视觉补充。

这类项目最后拼的不是单一设计能力，而是判断顺序。

跃行万利做智能座舱 POC 和展车项目时，通常会先和客户一起把展示目标拆清楚：这次是为了车展传播、客户评审、融资展示、内部创新验证，还是下一阶段样车开发？目标不同，展车、样车、功能座舱的投入顺序就不同。只有先把这个判断做对，后面的造型、HMI、车控、灯光、座椅、软件联调和实物制作，才不会各做各的。

智能座舱项目最可惜的，不是没做出一台车，而是做出了一台车，却没人记住它到底想证明什么。