UX 交互设计阶段（车规优先・流程优先・冻结闭环）
一、场景研究
负责人：UX
输入：SRS 文档、甲方需求补充说明、车机硬件参数（芯片、屏幕、传感器等）
输出：场景分析报告、用户旅程图、场景优先级划分表
注意事项：
(1) 必须严格区分驾驶中 / 停车中两大核心场景，明确场景切换触发条件（如车速＞10km/h判定为驾驶中），驾驶中必须极致简化交互，减少操作步骤（单操作不超过2步）、增大点击区域（≥44px×44px），禁止出现复杂输入、多弹窗叠加等干扰操作。
(2) 必须结合车载场景特点，考虑驾驶时的注意力分配规律，所有交互设计需遵循“视线离开路面时间≤2秒”的车规要求，避免设计需要长时间聚焦的元素（如小字体文本、复杂图表），不干扰驾驶员核心驾驶行为。
(3) 必须全面覆盖不同用户群体，重点区分新手与老手、不同年龄层车主的使用差异：新手车主需增加清晰引导提示，操作逻辑更直白；老手车主需强化操作效率，支持快捷操作；老年车主需增大文本字号、提高颜色对比度，避免复杂手势。
(4) 必须充分考虑车载极端场景，制定针对性设计预案：强光场景需优化界面亮度与对比度，避免反光眩光；震动场景需扩大操作容错率，防止误触；噪音场景需强化视觉反馈，减少对语音反馈的依赖，确保核心信息清晰可辨。
(5) 坚持车规优先原则，驾驶场景的所有交互设计必须符合国家车载交互安全标准及ISO 26262功能安全要求，优先保障驾驶安全，再兼顾用户体验，不追求视觉效果而牺牲安全底线。
二、信息架构
负责人：UX
输入：场景分析报告、用户旅程图、SRS文档核心需求
输出：信息架构图、用户流程图、多屏信息分工表
注意事项：
(1) 严格基于前期场景研究和用户旅程分析，搭建扁平化产品信息架构，架构设计需贴合用户驾驶习惯，避免冗余层级，确保用户能快速找到目标功能，减少操作认知成本。
(2) 必须坚持扁平化架构原则，信息层级最多不超过3层，明确各层级核心作用：第一层为主菜单（核心功能入口），第二层为功能详情页，第三层为设置/辅助页，严禁出现4层及以上层级，避免用户操作路径过长。
(3) 必须将高频功能前置，结合场景分析结果，将导航、空调控制、多媒体播放等驾驶中高频使用的功能，放在主界面或一级菜单，减少操作步骤，确保驾驶中能快速调用，提升操作效率。
(4) 必须符合用户心智模型，遵循“常用功能易获取、操作路径可预测”的原则，避免反常识设计（如将“关闭”按钮放在操作区域左侧、核心功能隐藏在次级菜单），贴合车主日常使用习惯，降低学习成本。
(5) 必须保证导航的一致性，全项目统一导航逻辑、返回路径和标识样式，明确当前页面在整体架构中的位置，让用户随时知晓自身操作所处层级，避免迷路，提升操作连贯性。
(6) 必须明确多屏的信息分工，结合中控屏、仪表屏、HUD屏的使用场景差异，合理分配信息：HUD屏仅显示核心行车信息（车速、导航指引），不添加多余元素；仪表屏重点显示车辆状态（油量、胎压）；中控屏负责复杂功能操作（多媒体、设置），确保多屏信息不重复、不冲突，协同配合。
三、线框图
负责人：UX
输入：信息架构图、用户流程图、多屏信息分工表
输出：低保真线框图（全页面）、交互流程图（含异常流程）、线框图评审纪要
注意事项：
(1) 低保真线框图需聚焦交互逻辑和页面结构，不关注视觉样式（颜色、字体、质感等），仅用简单线框、占位符呈现元素位置、操作逻辑和页面层级，确保团队聚焦核心交互设计，避免过早陷入视觉细节。
(2) 必须覆盖项目所有页面、所有正常状态，包括主界面、核心功能页、子页面、设置页、辅助页等，无页面遗漏，确保线框图能完整呈现产品交互逻辑，为后续视觉设计和开发提供完整依据。
(3) 必须明确所有交互逻辑，清晰标注各元素的操作方式（点击、滑动、长按、拖拽等），以及操作后的反馈逻辑（页面跳转、弹窗提示、状态变化等），尤其明确返回、确认、取消等核心操作的逻辑，避免歧义。
(4) 必须充分考虑各类异常状态，包括无网络、网络延迟、操作错误、设备故障、权限不足等，明确每种异常状态的提示方式、处理路径和恢复方案，确保线框图覆盖全场景，避免开发阶段出现设计缺失。
(5) 必须严格遵循车规的交互限制，驾驶中禁止设计复杂操作（如多步骤输入、复杂手势组合），禁止出现遮挡核心行车信息的弹窗，所有交互操作需简洁高效，符合驾驶安全要求。
四、交互规范
负责人：UX
输入：线框图、交互流程图、车规安全要求
输出：交互规范文档（含多屏适配、异常处理）、规范评审纪要
注意事项：
(1) 必须明确全局统一的交互规则，包括返回、确认、取消、关闭等核心操作的触发方式和反馈效果，统一操作位置（如返回按钮固定在左上角、确认按钮固定在弹窗右侧），确保全项目操作逻辑一致，降低用户学习成本。
(2) 必须明确车载场景专属手势规则，聚焦常用、简洁的手势（滑动切换页面、长按调出快捷菜单、点击触发操作），禁止使用复杂手势（如捏合缩放、双指滑动），同时明确每种手势的操作范围和反馈效果，避免误触。
(3) 必须明确完整的反馈规则，覆盖点击反馈、加载反馈、错误反馈、成功反馈等所有场景：点击反馈需清晰可辨（如按钮颜色轻微变化、轻微震动）；加载反馈需明确进度（如进度条、加载动画）；错误反馈需简洁明了，标注错误原因和解决方法，避免用户困惑。
(4) 必须明确车规相关的交互限制，结合驾驶场景特点，明确驾驶中禁止的操作（如复杂输入、多弹窗叠加）、操作时间限制（单操作≤2秒）、元素尺寸要求（点击区域≥44px×44px），确保所有交互设计符合安全标准。
(5) 交互规范需全项目统一，所有页面、所有组件的交互逻辑必须遵循规范，不得出现同一操作不同逻辑、同一反馈不同样式的情况，UX需全程监督规范落地，确保设计师、开发人员理解一致，避免后期返工。
五、可用性测试
负责人：UX + PD
输入：可交互原型（低保真/中保真）、交互规范、场景分析报告
输出：可用性测试报告、优化后的交互方案、测试问题整改清单
注意事项：
(1) 必须招募真实目标用户进行测试，用户需符合项目目标车主画像（如对应车型车主、不同驾驶经验、不同年龄层），测试人数不少于8人，严禁仅通过内部人员测试完成，确保测试结果贴合真实用户使用场景。
(2) 必须模拟真实驾驶场景进行测试，可借助驾驶模拟器搭建测试环境，模拟不同车速、不同路况（城市道路、高速道路），测试交互设计是否干扰驾驶，记录用户视线离开路面时间、操作失误率等核心数据。
(3) 必须完整记录用户的操作路径、操作时长、错误操作点，以及用户的反馈意见，采用录屏、口述记录、问卷调研等多种方式收集数据，深入分析错误操作的根因（如逻辑不清晰、操作路径过长），为优化提供依据。
(4) 必须根据测试结果针对性优化交互设计，优先整改高频错误、影响驾驶安全的问题，优化方案需结合车规要求和用户需求，确保优化后操作更简洁、更安全，同时保留核心交互逻辑，不盲目迭代。
(5) 严格管控优化范围和迭代次数，明确优化截止时间，避免无限迭代影响项目进度，优化完成后需进行二次测试，验证优化效果，确保问题闭环，不将未解决的可用性问题遗留到后续环节。
六、交互冻结
负责人：PM + PD
输入：最终交互原型、可用性测试报告、优化后的交互方案
输出：《交互冻结确认单》、冻结评审纪要、最终交互原型（归档版）
注意事项：
(1) 冻结前必须组织内部走查评审，参与人员包括UX、PD、PM、UI负责人，重点检查交互逻辑、车规适配性、可用性优化效果，输出详细整改清单，明确责任人及整改时限，确保1天内完成所有问题闭环，不遗留任何隐患。
(2) 组织甲方进行交互评审，提前准备评审材料（最终交互原型、测试报告、优化说明），清晰讲解交互逻辑、车规适配要点和优化思路，记录甲方反馈，明确整改项，若甲方提出超出需求范围的修改，需同步走变更流程。
(3) 评审通过后，推动甲方以书面形式（签字确认、邮件确认均可）签署《交互冻结确认单》，确认单需明确冻结范围、冻结时间，作为后续设计、开发的核心依据，确保双方对交互标准达成一致。
(4) 冻结后，原则上不接受任何交互逻辑变更，若出现严重设计缺陷、车规不符或甲方重大需求调整，需提交正式变更申请，经PM、PD、UX联合评审，评估对项目进度、成本的影响后，方可执行变更。
(5) 交互冻结后，UX需将最终交互原型、交互规范同步给UI团队，明确UI设计需严格遵循交互逻辑，不得私自修改页面结构、操作路径，UX全程配合UI团队，解答设计过程中的交互相关疑问，确保视觉设计与交互逻辑一致。