试点线怎么选、怎么跑、什么时候算跑通

试点线不是技术验证

设备能不能采到数据，方案阶段就该有答案，不需要用两个月去验证。试点线真正要回答的是三个问题：

• 停机原因码设计得合不合用，操作工会不会认真选
• 班组长拿到数据后，会不会真的用它开班前会
• 数据和现场实际对不对得上，差异出在哪

这三个问题的答案，决定了全厂推广会成功还是变成墙上的装饰大屏。

怎么选这条线

跑通的标准要提前写死

没有明确的退出标准，试点会无限期拖下去。建议在启动前就把标准写进项目文件：

1. 数据准确性：系统产量与人工盘点的偏差在约定范围内（常取 ±2%），连续两周达标
2. 原因码可用：“其他”类停机占比低于 15%。高于这个数，说明原因码没设计好
3. 有人用：班组长每天查看，并在班前会引用数据
4. 有结果：至少完成一项可量化的改善，哪怕很小

试点期最该做的一件事

几条候选线拿不定主意：用一张打分表选

“该选的、别选的”是原则，真到会上，生产、设备、IT 各有各的偏好。把前面四条标准变成打分表，当场打完，争论会少很多。先过一票否决项：正在大改或即将搬迁、班组长明确抵触，直接出局，不进打分。

下面是一份示例，权重和分数都是假设的，每项 1–5 分：

以 B 线为例：4×0.3 + 5×0.3 + 4×0.2 + 4×0.2 = 1.2 + 1.5 + 0.8 + 0.8 = 4.3。A 线设备最有代表性，但停产风险一项把它拉了下来；C 线谁都不怕它出问题，可跑出来的结论搬不到别的线上。

打分表的用处不在那个小数点，而在逼着大家把“我觉得这条线合适”拆成可以讨论的理由。班组长意愿这一项，由车间主任去当面问，不要坐在办公室里估。

试点线要多大：几台设备、几个班次

试点的范围按“一个班组长管得过来的一个完整单元”来定，而不是按设备台数。太小，比如只接两三台，班组长没有理由为它改变开会方式，也看不出瓶颈工序在哪；太大，校准和原因码修订的工作量会压垮试点团队。

• 设备：覆盖这条线从投料到下线的主要工序，瓶颈设备必须在内。辅助设备可以先不接。
• 机型：尽量同时包含“能走通讯的”和“要加传感器的”两类，推广时两种情况都会遇到。
• 班次：这条线所有班次都纳入。只接白班，夜班的数据和态度都是空白，推广时会重新踩一遍坑。
• 产品：试点期内至少要经历几次换型，否则换型相关的原因码和节拍切换没有被检验过。

启动前一周要备齐的东西

试点从班组第一天使用开始计时。在此之前，下面这些要到位，缺任何一项，头两周都会浪费在补课上：

1. 退出标准已写进项目文件，生产、设备、项目负责人签过字。
2. 停机原因码第一版由班组长参与定稿，控制在一屏以内。可以从《停机原因码设计模板》起步。
3. 每个“产品 × 设备”的标准节拍已录入，并有人负责在换型时切换。
4. 班次日历、休息时间已配置，和现场实际作息一致。
5. 数据校准已完成：产量、运行状态与人工记录对得上。
6. 已指定一名人工盘点的负责人，试点头两周继续每班盘点，用来比对。
7. 已向全体操作工当面说明：装的是什么，数据前几个月不进考核。
8. 每周复盘会的固定时间、地点、参加人已定。

试点 8 周，每周该盯什么

以下为参考节奏，按 8 周写，周期短的相应合并。

顺序不能倒。数据还没对准就催改善，班组会拿“数不准”当理由否定一切，而且他们是对的。

系统数和现场对不上，差异通常出在哪

这张表的每一行，都应当在某一次周复盘会上由班组的人指出来，而不是由供应商在后台悄悄改掉。让班组看到“我说不准，它就被改了”，是试点期能建立的最重要的东西。

试点结束时只有三种结论

• 四条标准都达到：推广。把试点线的点位表、原因码、节拍表、复盘会形式整理成一套模板，下一条线照着来，周期安排参考设备联网项目要多久。
• 数据准、原因码可用，但没人用或没出结果：不要推广。延长四周，只解决“班组长为什么不用”这一个问题。把没人用的系统铺到全厂，只会得到更多没人用的屏。
• 数据始终对不准：停下来，回到方案层面重新确认采集方式，必要时更换信号源或硬件，校准通过后重新计时。

写结论时不要用“基本达到”“总体良好”这类措辞。每条标准只有达到和没达到，没达到的写明差在哪、由谁、在什么时间之前补上。

常见问题

最近更新：2026-09-29 · 出版：工厂数字化编辑部（TEEPTRAK）