Leap 4.0 OS

在 HMI 4.0 的迭代中，我们需要解决“难找”、“难理解”以及容器并发问题，并做车机场景化提质。面对“千人千面”的用户需求与存量用户习惯，本次升级面临四大核心挑战：

a.容器功能定位：如何定义不同容器（桌面、底栏、快捷面板）的优先级和定位，合理分布主场景与长尾场景功能？

b.驾乘一体攻坚：“老板车”、“家庭车”属性下，前排如何高效掌控全车调节，实现驾乘一体？

c.存量用户习惯：如何在不破坏存量用户习惯（不吃投诉）的前提下，优化体验和使用效率？

d.功能场景化联动：如何识别并归纳不同场景下功能联动需求？如何用“一键直达”降低操作成本、提升屏效比？

在优化方案输出时间、资源有限的情况下，面对细碎或缺乏AB测试数据支撑的设计决策时，我们确立了三大核心原则，以减少跨部门协作方案摩擦：

一、不难找（高频使用，高可触达）：全场景下，核心车控必须在 0-1 层级内闭环。

二、不打断（聚焦主任务，降低干扰）：驾驶过程中，操作不能遮挡核心驾驶流程（如导航、SR环境感知）。

三、不用猜（语义清晰，符合直觉）：信息架构清晰符合直觉，减少工程化文言和技术露出，降低认知负荷。

四、不费脑（从"人找功能"转向"功能找人"）：基于车辆工况及用户需求及时动态重组桌面信息，建立功能信息的动态推荐机制

HMI 4.0 核心解决方案主要涉及底栏（SmartDock）、桌面（Home）和快捷面板（Quick Panel）、状态栏 (Status Bar)三大容器的功能定位、交互优化和场景化联动。

a. 底部栏 & 浮层(Dock & Smartcard）：

为全场景下最高优常驻容器，无论行驻车、是否分屏，始终可见。

b. 双桌面 - 行车/驻车分场景（Home)：

行车桌面：采用1/3屏SR环境感知 + 2/3基础导航分屏布局。

驻车桌面：全屏驻车桌面，功能密度更高，承接行车前的高频场景。

c. -1屏下拉快捷操作面板（Quick Panel）：

因其“全屏遮挡”，且功能密度大，图示少，故定位为“长尾车控”与低频操作容器，主要供自定义意图使用。

d. 状态栏 (Status Bar)

为全局状态监控容器，供状态优先的功能展示。

底栏（Dock）是全场景下最高优先级的常驻容器，且其层级理解简单，使用门槛低，应承载高频快捷车控操作。

而轻量化浮层（Smartcard）是Dock全场景下的延伸，主要承载驾驶中关键操作（驾驶模式、空调温控、除雾、座椅舒适）及其联动项。

点击后通过轻量化卡片浮层 (Smartcard) 展开，将高频操作在全屏起应用前拦截，尽量降低对当前Main Task导航或音乐桌面的遮挡影响，保障行车安全。

行车桌面：采用1/3屏SR环境感知 + 2/3基础导航布局。SR容器内除智驾相关功能仅保留音乐播放器和少部分车控（如驻车时的后备箱快捷键），确保驾驶任务不分心。

驻车桌面：功能密度最高。采用 3D 车模桌面，承接行车前的高频场景（一键开启座椅通风/加热、车内空调极速调节等）。

鉴于收到很多“方向盘”、“后视镜”相关调节没法找到的用户声音，在驻车桌面，我们进一步将“驾驶”相关的车控前置，用左上角的近手侧桌面卡片收纳“前后备箱”、“后视镜折叠”、“方向盘调节”、“HUD调节”等快捷操作或功能入口。

因其下拉会造成“全屏遮挡”，较大程度打断主任务。但因其容器内容弹性大，且可承载多种功能，因此我们将其定位为“长尾车控”容器，。

其层级较“车控”页面更短，并且其有强大的自定义属性，用户可根据自身需求自定义常用功能，降低操作成本，提升屏效比。

在旧版设计中，原子化的能力没有明显分组分类，基本都以文字+图标的形式平铺在-1屏。功能按钮彼此间没有格式塔聚类，也没有小标题辅助判断。在用户找相同或者相似的功能时，只能漫无目的地浏览每一个控件上的文字，直到找到又或者找不到他们想要的功能。

我们在新版设计中，将其功能进行了分组聚类，相近功能彼此贴近，以降低用户找功能的认知负荷。

同样地，在“自定义”界面内，相比原来所有车控类目下功能的无差别堆叠，这次我们新增了小标题：“显示与灯光”、“驾驶与安全”、“车身与舒适”，来帮助用户快速找到想要前置高优功能。

根据手机、电脑等主流交互范式，状态栏定位为强状态、弱交互容器，仅提供高关注度状态的快捷点击（如行车记录仪状态、童锁、蓝牙/网络、账号切换）。考虑到存量用户使用习惯，本次优化不作修改和迭代。

车控界面是用户车辆设置以及功能寻址的核心界面，承载了车辆基本所有的控制功能。但因其当前框架内为全屏，无法实现主副任务并行，且其功能密度大；

因此我们主要做内部信息层级的优化，减少用户寻址负荷。

我们的优化主要有两部分：

1. 一级类目：驾驶前置。我们把“驾驶”相关的功能作为一级类目前置至第一优先级。因为对于车辆控制以及车辆设置而言，驾驶过程中用户寻找的功能紧迫性和优先级较驻车状态下找的功能更高。找不到更容易影响驾驶安全，进而招投诉。

2. 二级类目：细化分类。我们将强“硬件域”指向型功能单拎出来，作为二级类目，减少用户在一级类目下的寻址负荷。比如“方向盘”、“后视镜”、“AR HUD"、“车锁”、“阅读灯”等。

考虑到D车型系列，前排有帮二三排乘客调节座椅的需求（该需求待考证），产品部希望把所有座椅调节的操作均放在一屏中（以下方案B）。