印刷厂数位化，第 2 章：先别急着盖订单系统

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

“下一个该盖什么”的压力

网站上线几周后，询价表单开始正常运作：询价进来时，产品类型、数量、交期、档案附件都已经带好了，砍掉了每段对话开头来回试探的那几则讯息。

紧接着，压力立刻冒出来——来自供应商、来自开更大印刷厂的朋友、也来自老板自己深夜刷手机：“你们是不是该加线上订购了？”

这句话悄悄弄错了一点：它以为这家厂正一样一样地发现自己需要什么。其实不是。老板第一天就能说出完整画面——订单处理、生产状态、送货追踪、内部后台。完整需要从头就在。真正的问题从来不是要不要，而是照什么顺序——而订单系统，并不排在前面。

这家厂反而继续复用的是什么

一个不怎么光彩的事实是：这家厂其实早就有一套订单处理流程，由一堆普通工具拼成：

• LINE 仍是议价现场 —— 报价、改档案、“红色能不能再深一点”——顾客本来就在那边。
• 表单服务加 email 形成档案投递路径。 顾客把档案附在询价表单上；表单服务把结构化订单资料连同档案，投递到设定好的 email 通道。
• 纸本工作簿仍是一手资料 —— 每张已确认的订单占一行：顾客、产品、数量、交期、有没有收订金。

这里没有一样是新的。新的是，网站喂给这些工具更干净的输入——是结构化的询价，而不是“嗨，贴纸多少钱”。

一套订单系统真正的成本——在注意力上

订单系统的真正成本很少在“盖出来”本身，而是这家厂边做生意还得边投入的注意力：

• 规则在还没浮现前就被写死。 这家厂懂自己的生意——但系统要的规则（例外也算）只在真实营运里才浮得上来。印刷业满是“几乎标准”的案子；系统要么拒收它们，要么长出没人维护的特例。
• 人和软体同时要适应。 老板和兼职助理会一边学新工具，一边发现它的假设错了——这是最糟的组合。当员工绕开这样盖出来的系统，错在系统，不在员工。
• 跳过共同理解的阶段。 这家厂和它的开发者，当时还没有一套描述案子真实怎么流动的共同语言。那份理解靠实践长出来，而小一点的阶段，正是它长出来的地方。

这时候盖订单系统，等于把猜测冻结进软体里。

这一阶段刻意不是这些

说清楚一点，这一阶段没有：

• 没有订单系统、没有购物车、没有结账 —— 延后，不是否定。需要从第一天就真实存在；只是时机还没到。
• 没有顾客登入。 当时还没有任何东西值得顾客登入。
• 没有在表单投递、LINE 与纸本纪录之间自动化。 老板亲自抄写已确认的订单资料，并为工作簿的准确负责。这则人工交接让错误和例外变得看得见，足以塑造下一次建设。

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

这家厂写下了要观察的事：

• 把订单细节人工抄进工作簿时，真的出错了、或者把询价弄丢——不只是轻微不爽；
• 上传的档案在 email 交接后，一直跟已确认的订单对不上；
• 超过一个员工同时需要同一份订单资料——也就是纸本工作簿开始撑不住的那一瞬间。

在这个情境里，请假设这三项讯号随后都在正常营运中出现了。第 3 章要谈的回应是：不是完整的终态系统，而是一个由询价和员工交接本身塑造出来的小型管理后台。

---

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