我的案例

桐乡市恒丰漂染股份有限公司 2000 年成立，做染色、拉缩绒，也做纺织品销售和进出口。一张订单从接单到出货，要过配方、染色、后处理、仓储、财务好几道手。勤哲 Excel 服务器做的，是把这几道手上的表收成一套。

每过一道手，就在自己的表里抄一遍。抄到第四个人，前面写的是什么已经不那么重要了，重要的是“我这本对得上”。

起点不是买一套软件，而是先把“表从哪里来”这件事说清楚：同一个事实，只该有一个入口。

调研时，问题被归成三类，后来这三个词一直挂在项目组的墙上。

多头报。销售有一本台账，车间有一本流转记录，仓库有出入库表，财务另有一份对账底稿。同一张订单，在四个地方各有各的入口，谁也不是权威。

重复报。品名、颜色、批号、工艺这几列，在每张表里都要再填一次。填的时候不觉得多，错的时候才知道麻烦——四处都错，就得四处改。

更新难。数据存在各部门业务员的电脑里，改一个字别人不知道；要找最新版本，只能打电话问，问完还得再核一遍。

三件事连起来，本质是同一个事实存了多个版本。让人填得更仔细解决不了这件事，得让事实只有一个入口。

这也是当年选型的出发点：不换掉大家已经用熟的 Excel，而是在它下面加一层数据库，在上面加权限、公式和流程。

系统搭起来只有三块：基础数据采集、业务流程、统计报表。它们不是三个并列的模块，而是一条链路的上游、中游和下游。上游定口径，中游跑单据，下游出结果。

上游是字典。原料库存、成品库存、配方表，全厂只维护一份，谁用谁引用。配方改一次，所有引用它的单据跟着变，不必再去各科室通知。

中游是单据。工艺流程卡、出入库单、生产计划、成本预算，都在这一层流转；下游是报表，年月日汇总、对账单、总公司汇总，全部从中游的数据里长出来，不再另设录入。

漂染的难点在工艺。同一批坯布，配方不同、浴比不同、时间不同，出来的颜色就不一样。所以工艺流程卡不是一张简单的流转单，它是一份过程档案。

系统里，一张卡按 10 多个工艺定位逐道打印，每道工艺的加工数据、操作人、时间都记在卡上，最后归档。客户说这批颜色偏了，能翻回当时的每一道参数，而不是凭记忆解释。

成品出库单的主表填收货单位，明细表填品名、颜色、批号、工艺。这几列不需要人再敲一遍——从工艺流程卡里选客户和批号，其余字段自动带出，填单的动作变成了挑单的动作。

一张单子填完可以直接套打。格式固定、联次固定，仓库、客户、财务各留一份，字迹也不会因为复写纸叠了四层而糊掉。

勤哲的统计报表这一层，做的是“把该对的东西对上”。原料和成品都有年月日汇总，可以按时间段切片，也可以按品名、按颜色往下钻。

对账单更进一步：各单位的业务数据金额自动核对，哪一行差、差多少，能直接定位到单据。总公司汇总则把各分厂的数并到一起，不用再收一遍 Excel 再手工合并。

上线之后最直接的四件事：填报表格统一了，不再各种表满天飞；基础数据填一次，各部门都能用，差错和不规范明显少了；模板权限分配下去，改一处，所有人看到的都是最新版本；汇总报表一键生成，统计岗的工作量降下来。

但真正决定它能用多久的，是维护方式。勤哲这套东西由业务部门自己搭、自己改，不需要专职程序员，也不用为一个小改动排队等厂商。

漂染厂的工艺会变、客户会变、报价方式会变。一套系统第一次上线有多完整，其实没那么要紧；要紧的是第二年还能不能跟着业务改。这大概就是“简单易用好维护”在制造业里的真实含义。