四、显示图形设计:人机界面设计原则、色彩与字体规范、图标与符号设计、交互逻辑设计

好,我们进入第四章。显示图形设计,说白了就是让飞行员看得清、看得懂、反应快。我做了这么多年座舱系统,见过太多「技术很牛、但飞行员骂娘」的界面。嗯,这里面的坑,我一个个给你讲透。

4.1 人机界面设计原则:别让飞行员动脑子

我个人的习惯是,设计任何界面之前,先问自己三个问题:飞行员现在最需要什么信息?他需要几秒钟找到它?他会不会误操作?

核心原则其实就几条,但每一条都是用事故换来的:

  • 一致性:同样的功能,同样的位置,同样的操作方式。我在项目中遇到过,某个航电系统升级后,把「确认」按钮从右边挪到了左边,结果试飞员连续按错三次。别笑,这在紧急情况下是要命的。
  • 简洁性:一屏只放7±2个信息块。超过这个数,人眼就开始「选择性失明」了。你想想看,飞行员在颠簸中扫一眼屏幕,能抓住几个关键参数?
  • 可预测性:按下一个按钮,飞行员应该能猜到会发生什么。我见过一个设计,按「NAV」键居然弹出了燃油页面——这设计者怕是没飞过模拟机。
  • 容错性:误操作要有挽回余地。比如「确认删除航路点」这种操作,必须二次确认。我曾经见过一个原型,点一下就删了,试飞员当场骂街。

避坑指南:我曾经参与过一个项目,设计师把界面做得特别「炫酷」,各种渐变、阴影、3D效果。结果上了模拟机,飞行员反馈「晃眼」「看不清数字」。后来全部改成扁平化设计,问题才解决。记住:座舱不是艺术展,是工具。

4.2 色彩与字体规范:看得清比好看重要一万倍

色彩这块,我建议你直接抄SAE AS8034标准。别自己瞎创新,航空领域的色彩规范是经过几十年验证的。

颜色 用途 我踩过的坑
白色/绿色 正常状态、当前数据 绿色在强光下容易看不清,建议用高亮绿
黄色/琥珀色 警告、非正常状态 黄色和白色在背光下容易混淆,注意对比度
红色 紧急警告、危险状态 红色不能大面积使用,否则飞行员会「红色疲劳」
蓝色 已选择、已激活 蓝色在夜间模式下会偏紫,要调色
灰色 不可用、背景、次要信息 灰色层次要分明,至少分3级灰度

字体规范更讲究。我个人的经验是:

  • 字体类型:只能用无衬线字体,比如Helvetica、Arial。衬线字体在低分辨率下会糊成一团。
  • 字号:主参数不小于6mm(约17pt),次要参数不小于4mm(约11pt)。这是经过人因工程测试的——飞行员在1米距离内,6mm是能快速识别的下限。
  • 字间距:不能太挤,也不能太散。我建议字间距设为字宽的10%-15%。太挤了,数字「1」和「7」容易看混。
  • 抗锯齿:必须开。不开的话,小字体的边缘会像狗啃的一样,飞行员会投诉「看不清」。

小技巧:我习惯在开发阶段用「飞行员视角」测试——把屏幕放在1米外,模拟驾驶舱光照环境(强光、背光、夜间)。如果自己都看不清,那飞行员肯定也看不清。

4.3 图标与符号设计:让肌肉记忆替你工作

图标设计,说白了就是「一看就懂,不用教」。我见过最失败的案例,是某款航电系统用了一个「齿轮」图标表示「设置」,结果飞行员以为是「机械故障」——你想想看,这多吓人。

设计原则:

  • 遵循SAE AS50881标准:这是航空图标设计的圣经。比如「起落架放下」用三个向下箭头,「燃油泵」用泵体加燃油符号。别自己发明,除非你想让飞行员在紧急时刻猜谜。
  • 图标尺寸:不小于12mm×12mm。太小了,飞行员在颠簸中根本点不准。我建议触摸屏图标做到15mm以上。
  • 符号一致性:同一个含义,只能用同一个符号。比如「警告」用三角形加感叹号,那就所有页面都用这个。我在项目中遇到过,有的页面用三角形,有的用菱形,飞行员直接懵了。
  • 避免抽象符号:比如用「云朵」表示「天气」,用「小房子」表示「主页」——这些在航空领域不通用。航空符号要具象、直接、标准化。

警告:千万不要用「拟物化」图标!比如画一个真实的燃油泵照片当图标。在低分辨率或强光下,照片细节全丢失,飞行员根本认不出来。用简化的线条符号,比照片靠谱一百倍。

4.4 交互逻辑设计:减少操作步骤,增加容错空间

交互逻辑,说白了就是「飞行员怎么跟系统对话」。我个人的经验是:每次交互,都要问自己「这一步能不能省掉?」

核心原则:

  • 三步原则:任何常用操作,最多三步完成。比如切换导航模式、调整高度、输入航路点。超过三步,飞行员就会烦躁。我见过一个设计,调整无线电频率要按5次按钮——这设计者怕是没飞过长途航班。
  • 防误触设计:触摸屏要有「确认区域」和「取消区域」。比如删除航路点,先弹出确认框,确认按钮在右侧,取消在左侧。这是符合人因工程的——大多数人右手操作,确认放在右边更自然。
  • 反馈机制:每次操作,系统必须在0.1秒内给出反馈。可以是视觉反馈(按钮变色)、听觉反馈(「滴」一声)、触觉反馈(震动)。没有反馈的操作,飞行员会怀疑「系统是不是死机了」。
  • 状态可见性:系统当前在做什么,必须让飞行员知道。比如「正在加载航图」,要显示进度条或旋转图标。我遇到过,系统加载时界面卡住,飞行员以为死机了,直接重启——结果数据丢了。

避坑指南:我曾经参与过一个项目,交互逻辑设计得「太智能」了——系统会自动猜测飞行员意图,然后提前执行。结果呢?飞行员想调高度,系统以为他要调航向,直接改了航向。试飞员差点没把操纵杆扔了。记住:系统可以建议,但不能替飞行员做决定。

嗯,说到这里,我想起一个经典案例。某款座舱系统,交互逻辑设计得特别「优雅」——所有操作都通过一个旋钮完成,旋转选择,按下确认。看起来很美,对吧?但实际使用中,飞行员在颠簸中根本转不准旋钮,经常选错。后来改成了「旋钮+触屏」双模式,问题才解决。所以啊,交互设计不能只看「美」,要看「用」。

最后,我建议你在设计交互逻辑时,找几个真正的飞行员来做可用性测试。别找工程师,工程师和飞行员的思维方式完全不同。工程师觉得「合理」的,飞行员可能觉得「反人类」。我见过太多「工程师自嗨」的设计了——嗯,我自己也犯过这种错。