印刷厂数位化，第 6 章：回顾——每一阶段的资料，决定下一阶段

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

把整张图看全

这条系列从来没有说这家厂是一样一样发现自己的需要。完整需要——订单、生产状态、送货追踪、内部后台——从第一天就看得见。真正的问题是建设顺序：既然什么都需要，先做哪个、谁有资格接下一棒。这家厂的答案看起来几乎平淡——而这正是重点：

1. 一个网站，把零散资讯集中一处，并喂给既有工具更干净的询价。
2. 一个刻意的排序决定，在收集证据的同时，复用 LINE、表单转 email 投递和纸本工作簿。
3. 一个极简管理后台，从有代表性的询价和观察到的例外设计出来。
4. 一套工作流，根据车间经验重建，拆成内部和顾客两套说法。
5. 送货纪录 —— 一个栏位和一个习惯 —— 并老实为真正的物流整合设好门槛。

每条箭头都指向同一个方向：每一阶段都产出证据，而证据设计出下一阶段。询价资料塑造出后台；失败的状态清单塑造出工作流；卡住的“待寄出”订单塑造出追踪栏位。在资料之外，每一阶段还累积了两个更安静的东西：工厂和开发者之间的共同语言，以及扛得起下一套工具的员工习惯。

一次全盖，会付什么代价

这家厂本来可以在第一天就委托整套系统。把那条路和实际发生的事摆在一起比：

• 订单系统会编码当时还没浮上来的产品规则；第 3 章的询价资料显示，那些猜测本来是错的。
• 状态工作流会以新→处理中→完成出货——那个在小型建设里几周就失败的设计，只差它被埋进又贵又难改的地方。
• 快递整合会锁死到这家厂后来发现根本没用过的快递上。
• 而且两个人会同时面对每一张新画面，在习惯养成期没有任何旧流程可以靠。

分阶段路线在日历上可能比一次放出大型首次建设更久。它的优势是更低的实施和采用风险：每一次投资都用更好的资讯做决定，可避免的返工也比较不会扩散到整个营运。

程式写完，不等于数位化写完

每一阶段都有两半，而软体是较小的那一半。后台在上线那天就算“写完”了——但要等一个月并行期结束、并有人对资料品质负责，它才真的能用。状态工作流演示得无可挑剔却还是失败：一个能动的画面，和一套每天被人如实喂资料的工具，是两种不同的成就。组织采用——新的习惯、清楚的负责人、一个没有挨骂就被退役的旧流程——是每一阶段的另一半，没有任何开发者能单独把它交付出来。

这个回顾刻意不是这些

不是胜利绕场，也不是模板。这个建设顺序是针对这家厂的证据才正确；一家产品真正标准化的厂，会从自己的资料读出不一样的东西——方法可以转移，结论不会。它也不是每家生意都必须爬的阶梯：每一阶段都是一项必须由证据赢来的决定，从来都不是自动升级。

诚实自白：这家厂在哪里判断错了

证据优先不等于零错误：

• 第一张状态清单。 第 4 章的失败是可以避免的——这家厂本来就有车间经验，却没先请教它。你已经握在手里的证据，也一样算数。
• 档案对不上已确认订单的交接拖得太久。 一旦模式清楚，第 3 章的错位就变得可以行动。收集证据是一种纪律，但当信号已经浮现时立刻行动，也是。
• 低估了习惯。 这家厂假设工具会改变行为；事实常常反过来。成功的阶段，都是把每个栏位配上一个实务。

证据接下来指向哪里

这家厂仍盯着它的门槛——面对顾客的状态页和快递整合，都老实承认还没盖。这才是这条系列真正的结尾：不是一套完工的系统，而是一家懂得怎么决定的厂。

下一步有用的动作，是把这套做法拿去跟另一个行业的情境比较，或者写下你自己的长期方向、第一段营运切片、员工负责人和下一阶段的条件。功能清单要排在营运画面之后，而不是之前。

---

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