2. HMI设计流程:V模型开发流程、从需求到量产的阶段划分、敏捷开发在HMI中的应用

好,咱们直接进入正题。HMI设计不是拍脑袋画几个界面就完事的。我见过太多团队,原型做得花里胡哨,一到量产就各种翻车。为什么?流程没走对。

今天我就把HMI设计的核心流程掰开揉碎了讲。你记住三个关键词:V模型、阶段划分、敏捷。这三板斧用好了,从原型到量产的路就顺了。

2.1 为什么是V模型?

V模型最早是从汽车电子行业来的。说白了,它强调一件事:测试和开发要同步进行。你左边做什么设计,右边就要对应做什么验证。

我个人习惯把V模型画成一张图,左边是「设计分解」,右边是「集成验证」。中间那条横线,就是时间轴。

核心思想: 早验证、早发现问题。别等到量产前才发现交互逻辑有bug,那时候改代码的成本,够你喝一壶的。

我在项目中遇到过一件事:有个团队做仪表盘HMI,需求写了200页,结果开发到一半发现,某个报警逻辑在低光照条件下根本看不清。为什么?因为需求阶段没做视觉验证。V模型就是逼着你,在需求阶段就把验证方案想好。

2.2 从需求到量产的阶段划分

我把HMI开发分成五个阶段。你记一下,每个阶段都有明确的输入和输出。

阶段 核心活动 输出物 我踩过的坑
需求分析 用户调研、功能定义、场景分析 需求规格说明书、用户故事地图 需求写得太虚,开发看不懂
原型设计 低保真线框图、高保真交互原型 可点击原型、设计规范文档 原型和量产效果差距太大
详细设计 视觉设计、动效设计、资源切图 设计标注、动效规范、资源包 动效没考虑性能,跑起来卡顿
开发实现 编码、单元测试、集成 可运行软件、测试报告 开发擅自改了交互逻辑
量产验证 实车测试、硬件在环、回归测试 验收报告、量产版本 没做压力测试,量产死机

你看,每个阶段都有明确的交付物。我建议你,每个阶段结束时开一个「门禁评审」。过不了就退回重做,别心软。

2.3 敏捷开发在HMI中的应用

说到敏捷,很多人觉得那是互联网公司的玩法,嵌入式HMI搞不了。其实不然。

你想想看,仪表盘HMI的迭代周期有多长?传统V模型走一遍,少说三个月。但用户需求变化快啊,今天要加个新功能,明天要改个布局。怎么办?

我的做法是:把V模型和敏捷结合起来。具体来说,就是「大V套小V」。

  • 大V: 整个项目的里程碑。比如需求冻结、设计冻结、SOP(量产启动)。这些节点不能动。
  • 小V: 每个迭代内部,走一个微型的V模型。比如两周一个Sprint,每个Sprint内完成设计、开发、测试。

我的经验: 在HMI项目中,我一般把Sprint周期设为2周。太短了做不完,太长了容易跑偏。每个Sprint结束,必须有一个可演示的版本。哪怕只是改了一个按钮的颜色,也要能跑起来。

嗯,这里要注意一点:HMI的敏捷和纯软件的敏捷不一样。因为HMI要跟硬件耦合,你不可能每周都刷机。所以,我建议你在开发阶段用「模拟器验证」,到了集成阶段再用「实机验证」。这样既保证了迭代速度,又不耽误硬件联调。

2.4 避坑指南:我曾经犯过的错

讲几个真实案例,你引以为戒。

案例一:需求阶段跳过用户测试

我曾经做过一个项目,需求文档写得天衣无缝。结果原型出来,用户说「这个菜单我根本找不到」。为什么?因为我们坐在办公室里臆想用户习惯。后来我学乖了,需求阶段必须做「纸上原型测试」,拿几张纸画界面,让用户点。成本低,效果好。

案例二:动效设计不考虑性能

有一次,设计师做了一个超炫的3D转场动画。开发一看,说「这玩意儿跑不动」。最后只能砍掉重做。浪费了两周时间。我的建议是:动效设计阶段,就要跟开发确认「这个效果在目标芯片上能不能跑60帧」。不能的话,趁早换方案。

案例三:敏捷变成了「乱敏捷」

有些团队搞敏捷,结果就是天天改需求,没有尽头。我见过一个项目,Sprint Planning开了半天,结果第二天产品经理又说「老板要加个功能」。这样搞下去,团队会崩溃的。我的做法是:每个Sprint开始前,需求必须冻结。中途加需求?可以,排到下个Sprint。天塌了也不改。

2.5 我的建议:流程是死的,人是活的

说了这么多,你可能会觉得流程太死板。其实不是。

V模型也好,敏捷也好,都是工具。工具是为人服务的。我见过有的团队,V模型走得像教科书一样标准,但产品还是失败。为什么?因为流程走完了,没人关心用户到底用着爽不爽。

所以,我的建议是:流程要规范,但思维要灵活。该走评审的时候别偷懒,该快速试错的时候别犹豫。你想想看,HMI设计最终是给人用的。用户不会关心你用的是V模型还是敏捷,他只关心「这个界面好不好用,反应快不快」。

好了,这一章就讲到这里。下一章我会讲「HMI的视觉设计原则:色彩、字体、图标、布局」。这些东西看着简单,但做起来全是细节。到时候我拿几个翻车案例给你看,你就明白了。