前段时间坐地铁，女儿说想买一张地铁票。我说刷手机就行，不用买票。可转念一想，她老丢三落四，干脆让她买张票拿在手里，当作一次“上心”的训练。

事后回味，这个场景让我突然意识到，买票和刷手机，表面是支付方式不同，本质却是两种完全不同的管理逻辑：

事后想来，这不仅仅是支付方式的差异，更是两种截然不同的管理逻辑:

• 一种是事前明确、过程可见、责任清晰的管理方式；

• 另一种是事后留痕、依赖自觉、缺乏明确约束的记录方式。看似便利，背后却是“有没有过程约束”的差别。

这让我想起一段往事。合伙人是我曾经的客户，一家中小汽车零件制造厂的老板。因对数字技术和人工智能的笃定与向往，也因受够了“管理靠骂，标准靠悟，流程靠猜”的管理现状，更不忍看到问题发生后勤恳的工人却成了“背锅侠”，于是我们决定一起创业，他的工厂，成了新公司的第一个试验场。

系统开发并不难，凭借多年经验，上线也算顺利。可现实很快给了我们一记重击：

• 系统运行靠“盯”；

• 数据实时性打折；

• 录入错误频发；

• 生产反而被卡住，效率下降。

  
  

合伙人对管理团队和最终用户的多次发火并没使问题得到改善后，便找我沟通，想究其根本。在听完整个系统介绍后，他抓住了核心是数据采集依赖人工录入，而且每一条数据，都必须绑定“工单号”。

过去，工人只需把活干好；现在，他们不仅要录入零件号、数量、工序，还要理解“这张工单对应什么计划”。这对一线员工来说，是负担的陡增。于是他说出了那句让我至今难忘的话：“把那该死的工单给我去掉！”

我们常把“工单”当成理所当然的存在,但很少有人认真追问工单，到底解决了什么问题？

本质上，工单不是“记录工具”，而是管理意图的载体。它不仅承载了做什么、什么时候做、谁来做、按什么标准做，它更是一种把管理前置的“约束机制”

如果工单只是为了“让系统有数据结构”，那它存在的意义，就已经变味了。

很多系统顾问会说：中小企业管理不规范，没有工单。这句话只对了一半。更准确地说是：不是没有工单，而是没有“可执行的工单体系”。现实中的工厂：

• 口头派活

• 白板排产

• 微信发任务

• 临时插单

这些本质上都是“工单”，只是它们没有被结构化、标准化、系统化。所以问题从来不是企业要不要工单，而是：你设计的“工单体系”是服务管理者，还是折磨操作者？

回头反思，现在大部分的MES系统，问题不在“有没有工单”，而在于：

• 工单定义脱离现场语言

• 工单颗粒度不适合一线节奏

• 工单结构服务系统，而不是服务人

我们只是照搬了“行业通用模型”，却没有真正理解：

• 不同规模企业的管理成熟度

• 不同岗位对信息的承受能力

• 不同工艺对流程约束的刚性程度

结果就是工单成了“标准正确、现实难用”的典型代表。

工业软件最大的失败，不是技术不行，而是认知不敢动，缺乏创新和系统性定义，盲目模仿“国际标准”“行业范式”，往往只是东施效颦，知其然不知其所以然。

工单这件事，只是一个缩影。真正值得反思的是，我们做工业软件，是在“复刻别人走过的路”，还是在为中国制造的真实现场，重构一套更适配的管理逻辑？ 不要把“系统需要的数据结构”，伪装成“企业必须遵循的管理真理”。真正的工业软件，不是让现场为系统服务，而是让系统，真正为现场减负。

--正文结束--

添翼思维 | 避坑：买了设备管理系统，不等于你推行了TPM

添翼思维｜从 Routing 到Process Segment,基于GB/T 20720& ISA-95 的工艺建模

一文讲透：什么是“生产订单（Production Order）”，什么是“工单（Work Order）”

一文读懂 APQP、PPAP、MSA、FMEA、SPC、CP六大工具及应用场景