第二章：用户中心设计：理解操作员、任务分析、场景设计、用户旅程地图
说实话，我见过太多SCADA项目，界面做得花里胡哨，但操作员一用就骂娘。为什么？因为设计者根本没搞明白——屏幕前坐着的，到底是个什么样的人。
用户中心设计，说白了就是把你自己的工程师思维放一边，钻进操作员的脑子里去看看。我做了十几年HMI，踩过最大的坑就是「我觉得这样挺好」。嗯，后来被现场操作员怼过几次，才彻底改了这毛病。
2.1 理解操作员：他不是你
操作员跟咱们工程师，完全是两个物种。
你想想看，工程师喜欢看趋势曲线、历史数据、详细报警列表。操作员呢？他只想在30秒内判断出「现在要不要按那个红色按钮」。我有个客户，操作员平均年龄45岁，你给他整一堆三维立体管道图，他直接懵了。
核心原则：操作员的认知负荷是有限的。一个监控屏幕上，信息密度超过7±2个区块，人就会开始出错。这是心理学上的米勒定律，不是我自己瞎编的。
我在一个炼油厂项目里遇到过这种事：操作员把紧急停车按钮误触了，原因是按钮颜色跟背景太接近。你说这是操作员的问题？不，这是设计的问题。
理解操作员，你得搞清楚这几件事：
- 年龄与经验：老操作员靠直觉，新操作员靠手册。界面得同时满足两种人。
- 工作压力：故障发生时，操作员的心率能飙到120以上。这时候他需要的是「一眼看懂」，不是「仔细分析」。
- 注意力分布：操作员同时盯着4-6个屏幕，每个屏幕停留时间不超过3秒。你的HMI得让他3秒内抓住关键信息。
- 疲劳程度：12小时轮班制，凌晨3点的操作员跟白天完全不是一个人。字体大小、颜色对比度，都得考虑这个场景。
我的习惯：每次做HMI设计前，我会去操作室坐半天。不干别的，就看操作员怎么干活。他哪个按钮点得最多？他什么时候会皱眉？他骂过哪些界面？这些比任何需求文档都值钱。
2.2 任务分析：别让操作员猜
任务分析，听起来高大上，其实就一句话：搞清楚操作员每一步要干什么，然后让界面配合他。
我习惯用「分层任务分析法」。举个例子，一个简单的「启动泵」操作：
| 任务层级 | 具体操作 | 界面需求 |
|---|---|---|
| 目标层 | 启动输送泵P-101 | 主画面显示泵状态 |
| 操作层 | 确认泵前阀门已开 | 阀门状态一目了然 |
| 操作层 | 确认出口压力正常 | 压力值在泵旁边显示 |
| 操作层 | 点击启动按钮 | 按钮够大，位置固定 |
| 反馈层 | 确认泵已启动 | 状态变化+声音提示 |
你看，一个简单的操作，拆开来看有5个步骤。每个步骤对应的界面需求都不一样。我曾经见过一个项目，启动按钮藏在三级菜单里，操作员每次都要点4次鼠标才能启动设备。这不是设计，这是折磨人。
避坑指南：我曾经在一个水处理项目中，把「紧急停止」和「确认」按钮放得太近。结果操作员在疲劳状态下误点了紧急停止，整条生产线停了20分钟。从那以后，我规定：危险操作按钮必须跟确认按钮保持至少100像素的距离，而且颜色要完全不同。
2.3 场景设计：别只画流程图
很多工程师做HMI，上来就画工艺流程图。管道、阀门、仪表，画得跟CAD图纸一样精细。但操作员要的不是图纸，是场景。
什么叫场景设计？就是模拟操作员在实际工作中会遇到的各种情况：
- 正常工况：所有参数都在范围内，操作员只需要监控。这时候界面应该简洁，不要有太多干扰信息。
- 异常工况：某个参数超限了，操作员需要快速定位问题。这时候界面应该自动聚焦到异常区域，用颜色和闪烁引起注意。
- 紧急工况：多个报警同时触发，操作员需要做决策。这时候界面应该提供优先级排序，告诉他「先处理哪个」。
- 交接班场景：两个操作员交接时，需要快速了解当前状态。界面应该有一个「交接班快照」功能，显示过去8小时的关键事件。
我有个习惯，每个项目至少做3个场景的原型：正常、异常、紧急。然后找操作员来走查。你猜怎么着？每次走查都能发现至少5个设计漏洞。
关键点：场景设计不是画界面，是演故事。你得把自己当成操作员，在脑子里过一遍「如果发生这个情况，我第一步看哪里，第二步点哪里」。这个过程走通了，界面自然就好用了。
2.4 用户旅程地图：把操作员的情绪画出来
用户旅程地图，这词儿听起来像互联网产品经理的活儿。但我觉得，SCADA系统比APP更需要这个。
为什么？因为操作员用你的界面，不是来「体验」的，是来「保命」的。他的情绪波动直接关系到生产安全。
我画用户旅程地图时，会标注出操作员在每个步骤的情绪状态：
| 阶段 | 操作 | 情绪 | 痛点 | 改进方向 |
|---|---|---|---|---|
| 接班 | 查看交接班记录 | 😐 中性 | 信息太多，找不到重点 | 自动生成摘要 |
| 巡检 | 浏览各区域状态 | 😊 轻松 | 正常时信息冗余 | 默认只显示异常 |
| 报警 | 处理报警 | 😰 紧张 | 报警太多，分不清优先级 | 按严重程度排序 |
| 紧急 | 执行应急操作 | 😱 恐慌 | 找不到关键按钮 | 固定位置+大按钮 |
| 交班 | 填写日志 | 😫 疲惫 | 手动记录太麻烦 | 自动生成日志 |
你看，操作员的情绪是波动的。在紧张和恐慌阶段，他的认知能力会下降30%以上。这时候你让他去三级菜单里找按钮，不是要他命吗？
我的做法：用户旅程地图画完后，我会在情绪最低点旁边写一行字：「这里，操作员可能会犯错。我的设计能不能让他不犯错？」这个思路，帮我避免了很多低级错误。
2.5 总结：用户中心设计的三个原则
说了这么多，其实就三个原则：
- 别让操作员思考：好的HMI是「一看就懂」，不是「仔细分析」。操作员不是来解谜的。
- 别让操作员记忆：信息应该显示在需要的地方，而不是让操作员记住然后去另一个页面查。人的工作记忆只有4个区块。
- 别让操作员找：关键操作按钮的位置要固定，颜色要统一。每次换位置，就是一次安全隐患。
我记得有个老操作员跟我说过一句话，我一直记着：「你们工程师设计的界面，是给我们用的，不是给你们看的。」这话糙理不糙。用户中心设计，说到底就是放下工程师的架子，去听听操作员到底想要什么。
下一章，咱们聊聊色彩与视觉层级——怎么用颜色让操作员一眼看到重点，而不是被花里胡哨的配色搞晕。