印刷厂数位化，第 4 章：把车间经验变成一套工作流

这一整条系列，跟着一家印刷厂一步步走进数位化。故事的情境来自我们在印刷行业的真实实施经验——你要是开这类店，每一章应该都会看到自家店里的影子。每章都会说明：盖了什么、刻意没盖什么，以及是靠哪些证据才敢接着往下走。

那张看起来对、用起来错的状态清单

第 3 章的内部工具上线时，带了一张任何做软体的人都眼熟的状态清单：新→处理中→完成。它干净、通用——而且在几周内几乎毫无用处。

“处理中”就是问题所在。一张在等顾客批准打样的订单、一张排在大横幅订单后面的订单、一张正在机台上印的订单，全都叫“处理中”。清单记录了工作存在；它却没说是什么卡住它、现在轮到谁动——而这才是在厂里每个人都真正想知道的事。

于是助理开始跳过状态更新。省事的解读是“员工抗拒”；正确的解读是诊断。当一套系统给不出回报时，人们就不会喂它资料，而一个回答不了任何真实问题的状态栏位，就什么也回报不了。这套工具演示得很不错——一个能动的画面，并不等于一个每天被拿来干活的工具。

从车间重建这张清单

补救不是来自研究别人的软体。它来自老板和助理站在车间里，把一张订单实际上会经过的状态一条条说出来，包括那些讲起来不舒服的：

• 等档案 —— 顾客还没送来能用的档案。工厂该做的动作：催。
• 打样已送、等批准 —— 现在是工厂卡在顾客身上。催法不同、急迫度也不同。
• 可印 —— 已批准、已排队。这是唯一需要操心印刷排程的状态。
• 印刷／后加工中 —— 真的在生产了。很少需要盯着；大多只是陈述事实。
• 待自取或寄送 —— 做完了，但还没送走。订单过去常在这里悄悄烂掉。
• 已结清 —— 已取或已寄，也已付款。

有两件事把这张清单和通用清单拉开距离。第一，多数状态编码的是谁卡在谁身上——那个驱动工厂每一天的问题。第二，“待自取”这种状态之所以存在，是因为订单真的卡在这里，这是任何模板工作流都预料不到的。

内部状态，不等于顾客看得到的状态

这一阶段的第二个领悟：工厂的内部清单不应该原封不动丢给顾客看。

“等档案”在内部是一种轻微的指责。“排在大横幅订单后面”很诚实，但会招来讨价还价。顾客需要的是一份更短、更平静的说法——已收到、生产中、已好——由内部状态映射过来，却不暴露工厂排程和催促的机制。目前，顾客视图只作为一种纪律存在：员工回答“好了吗？“时，不管内部状态是什么，统一用顾客的说法。

这一阶段刻意不是这些

• 还没有顾客看得到的状态页。 映射存在；页面还不存在。在内部工作流稳定之前就盖它，等于发布一个一直移动的目标。
• 没有状态变更的自动化。 每一个变更都是人工点的，而且是刻意的——一个会自己乱跳的错误状态，比没有工具更快摧毁人们对工具的信任。
• 没有排程或产能规划。 “可印”让队列看得见；决定队列顺序，仍是人的判断。

足以让第五阶段成立的证据

下一个候选是送货。这家厂同意观察：

• 跟送货有关的问题（“寄出去了吗？追踪号是多少？”）是不是已经占顾客所有讯息的一个可观比例；
• 追踪号是不是在快递单、LINE 和订单纪录之间来回弄丢；
• “待自取或寄送”状态是不是累积了一堆送货结果没人能确认的订单。

第 5 章谈的是这家厂怎么处理物流——以及为什么第一步照旧是刻意保持人工。

---

边界很重要：第 1 章的网站与询价表单是一个正常的网站专案。本系列的内部后台、工作流工具与物流系统，都是各有范围的独立系统专案——它们不属于标准网站套件。