智能座舱的下一步,不是加功能,而是懂场景

这几年,汽车座舱里的功能越来越多。

导航、空调、座椅、泊车、语音、辅助驾驶,几乎所有功能都被放进了中控屏。功能看起来更完整了,用户却常常需要在多层菜单中反复寻找。

问题不在于功能太少,而在于这些功能仍然按照系统逻辑排列。

用户不会思考该打开哪个模块,他只会想:

“我有点冷。”

“这里不好停车。”

“帮我找个能充电、也能吃饭的地方。”

汽车HMI正在发生的变化,正是从展示功能,转向理解场景、组织服务。


功能很多,不等于体验完整

传统车机的设计方式很像手机。

一个功能对应一个图标,一个图标进入一个页面。功能越多,首页和菜单就越复杂。

这种方式适合展示车辆“有什么”,却不一定适合驾驶。

例如用户在长途行驶中感到疲劳,真正需要的可能不是打开某个“休息模式”,而是系统综合判断路线、电量、服务区、驾驶时长和车内状态,给出一个可执行的建议。

如果用户仍然需要自己查找服务区、判断剩余电量、选择充电站,再调整座椅和空调,那么车辆虽然拥有全部功能,却没有真正形成服务。

场景服务的价值就在这里。

它不是简单地把几个功能打包,而是根据时间、地点、车辆状态和用户意图,决定此刻该调用什么能力。


场景模式不等于场景服务

现在不少车型都有休息模式、露营模式、影院模式和洗车模式。但很多所谓的场景模式,本质上只是一次性执行几个固定动作。

用户需要先找到入口,点击开启,然后系统按照预设调整座椅、灯光、空调和音乐。这仍然是功能操作,只是把多个操作放在了一个按钮里。

真正的场景服务应该有完整过程。

以休息场景为例,系统不只需要放倒座椅和播放音乐,还要判断车辆是否停稳、空调是否适宜、是否有儿童或宠物留在车内,以及用户结束休息后如何快速恢复驾驶状态。

因此,场景服务设计的不是一个按钮,而是一段时间。

它要考虑如何进入、如何维持、出现异常怎么办,以及如何安全退出。


HMI正在从页面设计走向任务设计

过去做HMI,设计师往往从页面开始。首页放什么,按钮在哪里,点击之后跳转到哪个界面。

进入场景服务阶段后,页面已经不是最小设计单位。设计师需要关注一条完整任务链。

例如“下班回家”并不是打开导航这么简单。车辆可能需要提前识别目的地,根据天气调整座舱温度,根据剩余电量判断是否需要充电,在拥堵时更新到达时间,接近小区后准备泊车功能,停车后再把未完成的信息同步到手机。

在用户看来,这只是一次回家过程。但在系统内部,它涉及导航、空调、能量管理、账号、通信和泊车等多个模块。

未来HMI设计师的工作,不只是画出这些模块的页面,而是让它们在同一条任务中自然配合。


AI真正的价值,不是陪用户聊天

车载AI经常被包装成一个虚拟角色,可以聊天、讲故事、回答问题。这些能力有一定吸引力,但不一定是汽车里最重要的需求。

在驾驶过程中,用户更需要的是少操作几步。

当用户说“车里有点闷”,系统应该判断是降低温度、增加风量还是开启外循环,而不是先把空调页面打开,让用户继续操作。

当用户说“找个能充电又能吃饭的地方”,系统应该综合路线、电量、充电桩状态和周边设施,而不是分别给出几个搜索结果。

所以,AI未来在汽车里的主要作用,可能不是成为一个独立应用,而是连接原本分散的车辆功能。

它负责理解用户真正想做什么,再调度不同系统完成任务。

这会让功能入口减少,但也会对HMI提出更高要求。

主动服务,不是提示越多越好

从“人找功能”转向“服务找人”,意味着系统需要更主动。

下雨时提醒关窗,电量不足时推荐充电,进入狭窄道路时调出影像,这些都属于主动服务。但主动不等于频繁打扰。

如果车辆不断弹出建议,用户很快会关闭提醒。功能堆叠的问题,也会变成通知堆叠。

真正成熟的主动服务,要判断三个问题:

系统是否足够确定;

当前是否适合打断用户;

用户能否快速拒绝或撤销。

好的主动服务,不是替用户作主,而是在用户需要时,已经把合适的选项准备好。


多屏也要从“同步显示”变成“场景分工”

在功能堆叠阶段,多屏常常只是把同一条信息重复展示。导航同时出现在中控、仪表和HUD上,媒体和车辆状态也在多个屏幕中反复出现。

场景服务需要的不是复制,而是分工。

中控屏负责完整地图和复杂设置,仪表负责车辆状态,HUD负责驾驶过程中最紧急的信息和导航,语音负责降低操作步骤,灯光和声音负责状态提示。

不同载体不必说同一句话,但必须服务同一个任务。这也是多屏设计真正的价值:不是让更多屏幕亮起来,而是让信息更快、更准确地到达用户。


汽车HMI设计师,正在从界面设计走向系统设计

未来的HMI项目,仅靠页面、组件和视觉规范很难完成。

设计师还需要理解车辆功能之间的依赖关系,哪些操作可以自动完成,哪些必须由用户确认,什么情况下系统需要降级,以及屏幕、语音、灯光和触觉之间如何配合。

页面可以由一个团队完成,场景服务却一定需要跨团队协作。它涉及产品、设计、软件、车辆控制、智驾、语音、算法和测试。

因此,HMI设计的边界正在扩大。

设计师不再只是决定一个按钮放在哪里,而是参与定义车辆在什么时间、以什么方式帮助用户。

汽车HMI的下一阶段,不是继续增加图标和入口,而是减少用户主动寻找和操作的次数。

过去,设计师在设计功能页面。未来,设计的是车辆如何在正确的时间,调用正确的能力。

真正成熟的场景服务,不会让用户意识到背后有多少系统协同。他只会觉得:这辆车理解我,而且没有给我添麻烦。


本文转自:HMI设计,转载此文目的在于传递更多信息,版权归原作者所有。如不支持转载,请联系小编demi@eetrend.com删除。

最新文章