4. 协同显示需求分析
智能座舱的仪表与中控协同显示，不是把两块屏幕简单拼接，而是围绕驾驶任务建立一套“信息分配—优先级裁决—交互协同—场景适配”的需求体系。需求分析的目标，是把模糊的“好看、好用”转化为可设计、可实现、可验证的工程约束。本节从驾驶安全、信息优先级、人机交互、多屏联动、场景化显示与用户体验目标六个维度展开，并给出可落地的需求分解方法。
一、核心原理：以驾驶安全为约束的注意力预算模型
驾驶安全是协同显示的第一约束。驾驶员的视觉注意力是有限资源，任何屏幕信息都在与前方道路争夺注意力。需求分析应建立“注意力预算”概念：在动态驾驶场景中，单次视线离开道路的时间应尽量短，信息应做到“扫视可读、一次理解”。因此，仪表侧优先承载与车辆状态、安全预警强相关的信息，中控侧承载导航、媒体、设置等可交互但非即时安全关键的信息。
协同显示的安全需求可归纳为三条原则：安全信息不迁移（如车速、挡位、故障灯固定在仪表）、预警信息可跨屏（如盲区预警可在中控或HUD同步提示）、交互操作不打断（复杂操作应在停车或低速场景开放）。这三条原则直接决定后续信息优先级与多屏联动的边界。
需求分析的核心问题：哪些信息必须让驾驶员“零思考”获取？哪些信息可以等待？哪些操作必须禁止在行驶中执行？回答这三个问题，协同显示的需求框架就基本成立。
二、信息优先级：分级模型与裁决规则
信息优先级不是简单的“重要/不重要”，而应结合安全等级、时效性、驾驶阶段、用户意图四个维度进行分级。推荐采用四级模型：
- L0 安全关键级：碰撞预警、制动故障、胎压异常、安全气囊状态，必须即时呈现，不可被遮挡或延迟。
- L1 驾驶必需级：车速、挡位、续航、导航转向指引，需在仪表或HUD常驻或高频可见。
- L2 驾驶辅助级：媒体信息、来电提示、空调状态，可在中控显示，允许被临时覆盖。
- L3 舒适娱乐级：应用推荐、氛围灯、游戏、视频，仅在停车或副驾场景开放。
优先级裁决需要规则化。例如，当L0事件触发时，中控当前界面应自动降级或弹出安全提示；当L1导航转向临近时，仪表应临时接管转向卡片，中控可同步高亮。裁决规则应写入需求文档，作为后续状态机与信号链设计的输入。
| 优先级 | 典型信息 | 推荐显示位置 | 可被覆盖 | 行驶中可操作 |
|---|---|---|---|---|
| L0 安全关键 | 碰撞预警、故障灯 | 仪表/HUD | 否 | 否 |
| L1 驾驶必需 | 车速、导航转向 | 仪表/HUD | 仅L0可覆盖 | 有限 |
| L2 驾驶辅助 | 媒体、来电、空调 | 中控 | 是 | 是（简化操作） |
| L3 舒适娱乐 | 视频、游戏、应用 | 中控/副驾屏 | 是 | 停车/副驾 |
三、人机交互与多屏联动：从“各自为政”到“任务协同”
人机交互需求关注操作方式与反馈一致性。仪表以“看”为主，交互应极简，避免多层菜单；中控以“看+操作”为主，需支持触控、语音、方向盘按键等多通道。协同显示要求同一功能在不同屏幕上的交互语义一致，例如导航转向卡片在仪表和中控的图标、颜色、倒计时格式应统一，降低认知切换成本。
多屏联动的需求可分为三类：信息同步（如导航路线在中控与仪表同步）、任务迁移（如中控设置导航后，转向指引自动上仪表）、跨屏提醒（如来电在中控弹出，仪表显示简洁提示）。联动不是“所有屏幕显示相同内容”，而是按角色分工：仪表做“结论”，中控做“过程”，HUD做“即时”。
四、场景化显示：用状态机描述“什么时候显示什么”
场景化显示是协同需求落地的关键。建议用状态机描述驾驶阶段与显示策略的对应关系。典型场景包括：行车场景（仪表常驻车速与导航，中控简化操作）、泊车场景（中控显示全景影像，仪表显示雷达距离）、休憩场景（中控娱乐内容上屏，仪表降低亮度）、副驾场景（副驾屏独立娱乐，不影响主驾）。
场景切换需要明确触发条件与过渡策略。例如，从行车进入泊车时，中控应自动切换到影像界面，仪表同步显示雷达；从泊车回到行车时，中控恢复导航，仪表恢复车速主视图。过渡过程应避免信息闪烁或重复弹窗，保证体验连续。
场景状态机示例（伪代码）：
state = DRIVING
on GEAR_PARK:
state = PARKING
center.show(CAMERA_360)
cluster.show(RADAR_DISTANCE)
on GEAR_DRIVE:
state = DRIVING
center.show(NAVIGATION)
cluster.show(SPEED_MAIN)
on USER_REST_MODE:
state = RESTING
center.show(MEDIA)
cluster.dim(BRIGHTNESS_30)
五、用户体验目标：可预期、低负荷、可信赖
用户体验目标应可度量。可预期指相同操作在不同屏幕得到一致反馈；低负荷指信息层级清晰、扫视即可理解；可信赖指预警不误报、不延迟、不遮挡。需求文档中应把体验目标转化为验收指标，例如：关键信息识别时间小于1秒、跨屏同步延迟小于100毫秒、预警信息可见性100%。
需求分析小技巧：用“驾驶员任务清单”反推显示需求。列出一次典型通勤中驾驶员需要完成的任务（看车速、看导航、接电话、调空调），再判断每个任务应在哪块屏、以什么优先级、在什么场景下呈现，需求自然清晰。
六、常见误区与复盘
- 误区一：把中控当仪表用。将车速、故障灯放在中控，导致驾驶员视线偏移过大，安全风险上升。
- 误区二：优先级静态化。所有信息固定位置，不随场景变化，导致紧急信息被娱乐内容遮挡。
- 误区三：多屏联动等于多屏同显。仪表和中控显示完全相同内容，浪费屏幕空间且增加认知负担。
- 误区四：体验目标不可验证。只写“流畅、美观”，没有量化指标，后期无法验收。
复盘时应回到驾驶安全与注意力预算，检查每条需求是否服务于驾驶任务，是否在正确场景、正确屏幕、以正确优先级呈现。只有把安全、优先级、交互、联动、场景、体验六个维度串成一条需求链，协同显示设计才有稳定的工程依据。