[粉丝专享] SPC看板设计：让操作员10秒看懂该不该停线

【摘要】很多SPC看板做得很全，却没人看得懂，最后操作员还是凭经验判断该不该停线。本文从判异准则、认知负荷、色彩语义三个层面拆解看板设计原理，给出「一屏三区、单一主状态、OCAP按钮化」的设计规范与报警聚合抑制策略，并附一条产线把停线判断时间从47秒压到8秒、误停线次数下降71%的改版数据。

分类：SPC过程控制 | 发布日期：2026-08-12 | 适合读者：SPC负责人、质量工程师、MES看板开发者、产线主管

一、背景故事：一块挂了17张图的大屏，和一个凭手感停线的老师傅

有一次去客户现场，车间入口挂着一块65寸大屏，上面塞了17张SPC控制图，每张图小得看不清纵轴刻度，颜色用了七八种，右上角还滚动着报警列表。我问旁边的操作员：现在这个状态该不该停线？他愣了一下说：我一般看第三排中间那个图，如果点跑到红线外面就叫班长。至于其他的图，他说了实话——「看不懂，也来不及看」。

这块屏后来我们做了个测量：随机挑选12个真实历史时点，让6位操作员判断「该不该停线」，平均判断耗时47秒，判断正确率只有58%，而且6个人对同一时点的判断一致率仅为52%。也就是说，这块投入不菲的看板，在最关键的场景下几乎等同于抛硬币。

问题不在SPC，SPC的统计逻辑是严谨的；问题在于把统计学家的输出直接搬到了操作员的眼前。控制图是给工程师做分析用的，而操作员在产线上需要的是一个二值判断：继续，还是停。这两者之间需要一层设计，这层设计就是本文要讲的东西。

二、技术原理：判异准则、认知负荷与色彩语义

2.1 判异准则：把统计规则翻译成动作

SPC的判异依据是一组模式识别规则，最常用的是西电公司准则（WECO）和Nelson准则。核心的八条包括：单点超出3sigma；连续9点位于中心线同侧；连续6点持续上升或下降；连续14点交替上下；连续3点中有2点超出2sigma同侧；连续5点中有4点超出1sigma同侧；连续15点位于1sigma带内（过度集中，通常意味着控制限算错了）；连续8点均在1sigma带之外。

关键认知是：这八条规则的严重程度和应对动作完全不同。规则1（单点超3sigma）通常意味着突发异常，需要立即隔离与停线评估；规则2、3（趋势类）意味着过程正在漂移，通常不需要立即停线，但要在下一个批次前完成调机；规则7（过度集中）根本不是过程异常，而是控制限设置有问题，应该报给SPC工程师而不是操作员。看板设计的第一原则，就是把不同规则映射到不同的动作层级，而不是一律标红。

2.2 认知负荷：为什么是10秒

人的工作记忆容量有限，通常同时只能有效处理四到七个信息组块。产线操作员在巡检时是移动状态，观看距离2到4米，停留时间通常不超过15秒，还要同时兼顾设备状态与物料。在这种条件下，一屏超过5个需要主动解读的元素，解读就会失败。10秒不是拍脑袋定的目标，而是巡检节奏下的现实上限。

推导出的设计约束很具体：主状态区只能有一个结论性元素；需要主动阅读的文字不超过20个字；正文字号按观看距离每米不小于1.5厘米高度换算，3米距离下主状态字高不小于4.5厘米；同屏颜色语义不超过3种；任何需要下钻才能理解的信息，都不属于主屏。

2.3 色彩语义：三色够用，多了就是噪音

颜色是最快的信号通道，但也最容易被滥用。规范只用三种：绿色表示过程受控，继续生产；黄色表示出现趋势类判异，本批次可继续但需在规定时间内完成动作；红色表示需要立即停线并执行OCAP。不要用蓝色表示「待确认」、橙色表示「轻微异常」这类中间态，每增加一种颜色，操作员的判断时间就增加约1.5到3秒。

还要考虑色觉障碍。男性中约8%存在红绿色觉异常，在半导体车间的男性操作员比例下这不是小概率。解决办法是颜色加形状双编码：绿色配圆形与「继续」字样，黄色配三角形与「关注」，红色配八边形与「停线」。即使颜色分辨不清，形状和文字也能传达状态。

图1：控制图属于工程师下钻层，不应作为操作员主屏的主要元素。主屏应展示由判异规则计算出的单一结论状态。

表1：判异准则与动作层级映射表（看板配置的核心配置项）

三、现状分析：多数SPC看板的四个通病

通病一是「把分析工具当监控工具」。控制图、直方图、Cpk趋势、箱线图全都堆在主屏上，这些是工程师做根因分析时用的，操作员需要的是结论。判断标准很简单：如果一个元素需要看图形形状才能理解，它就不该在主屏。

通病二是报警泛滥。我见过一条产线一个班次推送了340条SPC报警，其中真正需要动作的不到20条。原因是每个测点、每个参数、每条判异规则都独立报警，一次真实的过程偏移会同时触发十几条。当报警数量超过人能处理的上限，所有报警的实际效力都会归零，这就是报警疲劳。

通病三是控制限失效。很多产线的控制限是三年前设的，中间换过来料、改过配方、做过设备大修，但控制限没人重算。结果要么限太宽（过程早就漂了但图上一片绿），要么限太窄（天天报警，操作员学会了直接忽略）。控制限必须有明确的复算周期与触发条件。

通病四是有报警没预案。看板告诉你「异常了」，然后呢？操作员打电话找班长，班长找工艺，工艺问设备，一圈下来20分钟过去了。OCAP（异常处理程序）如果只存在于一份没人翻的纸质文件里，等于不存在。

四、瓶颈问题：为什么改版经常越改越糟

【问题一】需求来自会议室而不是产线。看板需求往往由质量经理和IT在会议室里定，每个部门都想加自己关心的指标，最后就成了一块谁都不满意的大杂烩。正确做法是先做现场观察：站在看板前记录操作员实际的观看时长、视线落点、以及他们在什么情形下会真的看它。

【问题二】用桌面端思维做大屏。桌面端可以有滚动、悬停提示、多标签页，大屏没有这些。所有信息必须在一屏内静态呈现，任何需要等待轮播才能看到的内容，在紧急情形下都等于不可见。轮播是大屏设计里最危险的功能。

【问题三】刷新频率与数据延迟不匹配。看板每5秒刷新一次，但数据源是每30分钟同步一次的量测结果，操作员会误以为自己看到的是实时状态。必须在每个数据块上标注数据时间戳与新鲜度，超过预期间隔未更新的要显式标灰并提示「数据延迟」，而不是继续显示旧值。

【问题四】没有区分角色。操作员、工艺工程师、区域主管需要的信息完全不同，硬塞进一块屏必然妥协。正确的做法是分层：车间大屏只服务操作员（该不该停）；工程师用带下钻能力的Web看板；主管用日报与周报。一屏服务所有人，等于一屏不服务任何人。

【问题五】改版后不做效果验证。换了新界面，大家觉得「好看多了」，项目就结束了。好看不等于好用。必须用改版前同样的方法做一次测量：同样的历史时点、同样的判断任务、测耗时、正确率与一致率，用数据说话。

五、解决方案：一屏三区的设计规范

5.1 主状态区（占屏幕上部约40%）

这一区只放一个东西：整条产线（或该工位）的综合状态。一个大色块，配形状与两个字的结论（继续/关注/停线），下方一行不超过15字的原因摘要，例如「刻蚀深度连续9点偏上，需4小时内调机」。综合状态的计算逻辑是取所有测点中最严重的等级，并且要有防抖设计：状态变化需要连续2个采样周期确认才切换，避免闪烁。

5.2 明细区（占屏幕中部约35%）

用固定网格展示各关键测点的状态灯，每个测点一个小色块加参数简称，不超过12个格子，按工序顺序排列而不是按报警时间排序（位置固定才能形成肌肉记忆）。每格右下角标一个小数字表示该测点当前的Cpk或距离控制限的sigma数，这个数字是给愿意多看两秒的人准备的，不影响主判断。

5.3 动作区（占屏幕下部约25%）

这是最容易被砍掉、但价值最高的一区。当状态为黄色或红色时，这一区直接显示对应的OCAP前三步动作，每步一行，配上负责人与时限；同时显示一个大的「已执行」确认按钮（触摸屏）或对应的工位扫码入口。操作员确认后，系统自动记录执行时间并推送给班长。把OCAP从文件变成屏幕上的三行字，是整个改版里投入产出比最高的动作。

5.4 报警聚合与抑制策略

三条规则可以砍掉八成噪音。第一，同一测点在抑制窗口（建议30分钟）内的重复报警合并为一条，只更新计数与最新时间；第二，同一根因链上的关联报警只推送根节点，例如温度异常同时触发厚度与均匀性报警时，只推温度；第三，趋势类报警按班次汇总推送，不做实时弹窗，只在看板黄色状态里体现。实施后我们那条线的班次报警量从340条降到48条。

5.5 控制限的复算机制

把复算写成制度：常规每季度复算一次；发生以下任一情形立即复算——更换来料供应商、配方参数变更、设备大修或更换关键部件、连续两周判异次数为零、或者Cpk相对上季度变化超过20%。复算必须用近期至少25个子组的数据，并且要剔除已确认的特殊原因点后再计算，否则就是把异常固化进了控制限。

六、实战案例：某功率器件产线的看板改版

对象是一条月产能约2.4万片的功率器件产线，共23个SPC监控测点，覆盖6道关键工序。改版前的状态就是开头描述的那块17图大屏。项目周期10周，团队是SPC工程师1人、前端1人、后端0.5人，加上产线5位操作员深度参与。

第1到2周做现场观察与基线测量。除了前面提到的47秒、58%正确率、52%一致率，还发现两个关键事实：操作员平均每班主动看看板4.2次，每次停留9到14秒；真正促使他们停线的触发因素中，看板只占23%，另外77%来自设备报警声、同事口头提醒和自己的经验判断。

第3到4周做规则梳理。把23个测点、8条判异规则共184种组合，逐一映射到三种状态与对应动作。这个过程发现了一个长期存在的问题：其中5个测点的控制限是按规格限的三分之二直接设定的，根本不是从过程数据算出来的，难怪它们从来不报警。这5个测点全部按近期数据重算。

第5到7周做界面与聚合逻辑。按一屏三区规范重做，主状态字高设定为5厘米（对应3.3米观看距离），明细区固定12格（23个测点中筛出12个关键的，其余进入下钻层），动作区对接了原有的OCAP文档库，把每个异常类型的前三步动作抽取成结构化数据。报警聚合按前述三条规则实现。

第8周做灰度与培训。新旧看板并排放置两周，让操作员自主选择使用，同时记录他们的实际使用偏好。第一周有3位操作员仍习惯看旧屏，主要原因是新屏没有他们熟悉的某张趋势图，后来把那张图放进了下钻层的第一屏，问题解决。

第9到10周做效果验证。用与基线完全相同的12个历史时点、同样6位操作员做盲测：平均判断耗时从47秒降至8.3秒，判断正确率从58%升至94%，一致率从52%升至91%。同时统计实际生产数据：改版后8周内的误停线次数（事后判定为不必要的停线）从月均17次降至5次，降幅71%；而应停未停的漏判次数从月均4次降至1次。

图2：改版效果。判断耗时下降82%，正确率提升36个百分点，报警量下降86%，误停线次数下降71%。

表2：一屏三区看板设计规范（可直接作为需求文档附件）

七、实施效果：从看得见到看得懂

量化结果前面已经列了，这里补充三点不太容易量化但更重要的变化。第一是操作员对看板的信任度：改版前只有23%的停线决策由看板触发，改版后这个比例升到76%。这意味着看板真正进入了决策链路，而不只是一个装饰性的信息展示。

第二是异常响应闭环率。改版前OCAP执行记录靠纸质单据，实际填写率不到六成，而且经常事后补填；动作区上线后，因为确认按钮就在屏幕上、两秒钟就能点完，执行记录率升到98%以上，而且时间戳真实可信。这批数据后来成为分析响应时效的重要依据。

第三是SPC体系本身的健康度暴露出来了。改版过程中重算控制限，发现23个测点里有5个从设立起就没有统计依据、3个的子组划分方式违反了合理子组原则（把不同腔体的数据混在一个子组里，导致组内变异被人为放大、控制限过宽）。这些问题在旧看板上被淹没在17张图里，没人发现。

如果只允许我给一条建议，那就是：先做基线测量，再动手改。找5到6位操作员，挑10到12个真实历史时点，测出当前的判断耗时、正确率和一致率。这三个数字既是立项的理由，也是验收的标准，还能让所有关于「界面好不好看」的争论回到「有没有用」上来。

八、常见问题答疑：工程落地里最常被追问的几件事

Q1：控制限和规格限能画在同一张图上吗？

技术上可以，认知上强烈不建议。控制限来自过程自身的变异，规格限来自客户或设计要求，两者的含义与应对动作完全不同。画在一起最常见的后果是操作员看到点超出控制限但仍在规格内，于是判断「没关系」，SPC的预警意义就失效了。正确做法是操作员主屏只用控制限判定，规格限的符合性放到工程师层与出货检验环节。

Q2：多品种小批量产线，控制限老是不够数据怎么办？

可以考虑三种做法：一是用标准化控制图，把不同产品的测量值按各自目标值与标准差标准化后放在同一张图上；二是用短程SPC方法（如Z-MR图），适合每种产品只有几个数据点的场景；三是按工艺相似性做产品分组，同组共用控制限，但必须先用统计检验验证组内产品的过程变异确实同质。

Q3：看板需要显示Cpk吗？

操作员主屏不需要，因为Cpk是一个滞后的汇总指标，对「现在该不该停线」没有直接指导意义。但可以作为明细区的角标数字，让愿意多看两秒的人了解整体能力水平。Cpk真正的使用场景是工程师的周度回顾和管理层的月度评审，那里应该展示Cpk趋势与置信区间。

Q4：三种颜色不够用，我们有必须区分的第四种状态怎么办？

先质疑这个需求是否成立。绝大多数所谓的第四种状态，本质上是「谁负责」的差异而不是「做什么」的差异，这类信息应该放在动作区的责任人字段里，而不是新增颜色。如果确实需要（比如设备维护中导致数据无效），用灰色加斜纹底表示「无数据/不适用」，灰色不参与状态判定，不会增加认知负担。

Q5：改版需要多少投入，小厂做得起吗？

这个案例的总投入约2.5个人月，其中界面开发只占不到1个人月，大头是规则梳理与控制限复算。对小厂来说，即使不做新系统，仅仅把现有看板做减法（把17张图减到主状态加12格明细）、把OCAP前三步打印贴在屏幕旁边、把重复报警按30分钟窗口合并，这三件事零成本，也能拿到大部分收益。

九、配套资料与实战工具包

本文涉及的脚本、模板、检查清单已整理成配套资料包，均为可直接在工厂落地使用的版本，拿到后按自己产线的实际参数替换即可，不需要从零搭。

点击文章上方「VIP资源」下载区，即可获取以下5项配套资料（持续更新MES/SPC/EAP/良率实战资料）：

SPC判异规则与动作层级映射配置表（8条准则完整版）

一屏三区看板设计规范文档（含尺寸、字号、色值标准）

报警聚合与抑制策略配置模板（含根因链关联表）

控制限复算作业指导书与Python计算脚本

看板改版效果盲测评估表（含12个测试时点设计方法）

────────────────────────────────────────

本文首发于博客：半导体智能制造 | MES工程师实战笔记

你在自己的产线上遇到过类似情况吗？是怎么处理的？欢迎在评论区留下你的做法，我会挑典型问题在后续文章里展开。

标签：SPC | 看板设计 | 过程控制 | OCAP | 报警管理 | 数字化车间