同样一笔钱，有人买到转型，有人只买到打卡机

两家台商工厂，都在曼谷近郊，员工数差不多，同一年决定导入管理系统，投入的预算也在同一个量级。三年后再去看他们的月会，画面完全不一样。

A 厂的会议室里，生产、业务、财务三个主管盯着同一份数字争论：这一季的客诉集中在同一条产线，要不要调产线配置、调了会影响哪一张订单的交期。争论很激烈，但没有人在争「你那个数字是从哪里来的」。

B 厂的系统还在，但只剩打卡和请假在用。生产日报还是各组长用自己的 Excel 交上来，月底人资花三天汇整成一份没人细看的报表。私下问员工为什么不用系统，回答是：「还不如用 Excel，至少我改得动。」

两家买的东西其实差不多。差别不在软件。

系统是承载器，不是解决方案

上一讲说过，公司原地打转的原因是没有人在处理规划面。这一讲要处理的，是很多老板听完之后心里冒出来的下一个念头——那我买一套系统，是不是就能把规划面补起来？

答案是不行。理由很单纯：系统是一个承载器，它承载的是规划面的产物。具体来说是四样东西——目标、指标、流程、责任。导入的那一天，系统会用它的每一个字段向你提出四个问题：

• 指标：这件事你要看哪一个数字？
• 目标：这个数字要到多少才算好？
• 流程：这件事按哪几个步骤走？
• 责任：每一步谁做、谁签、出事谁扛？

A 厂导入之前，这四个问题公司里已经吵过、也已经有了答案。系统上线那天，等于是把既有的答案搬进一个所有人都看得到的地方——一装上去就有血有肉。

B 厂没有答案。但导入项目有时程、有进度表，不能停在那里等，于是空格总得有人填：顾问照着同业的样板填一份，或是 IT 把现在大家实际的做法照抄一遍。系统就这样上线了，而且技术上完全正常运作。

决定成败的不是花多少，是装进去的那一天，公司里有没有东西可以装。

把现在的做法原封不动搬上电脑，会发生什么

信息系统这一行有个通行的说法叫「铺设既有小径」（paving the cowpath）：牛在草地上长年走出一条弯弯曲曲的路，有人来把这条路铺成柏油。路是好走了、走得更快了，但它还是那条弯路——而且从此更难改，因为已经铺过柏油，动它要成本。

B 厂遇到的正是这件事。原本组长是拿纸本巡完产线、回办公室填 Excel，导入之后变成拿纸本巡完产线、回办公室填系统。工作没有变少，只是换一个地方输入；而且系统的必填字段比 Excel 多，还跑得比较慢。三个月后，组长之间开始流传一份「私下的 Excel」——真正在用的是它，系统只是月底补登的地方。

这里要说清楚一件事：这不是系统的问题，也不是员工不配合。混乱的流程搬上电脑，得到的是跑得更快的混乱。系统忠实地执行了你交给它的东西，只是你交给它的，是还没整理过的现况。

而这件事真正的代价，不是那笔投资本身——一笔认真的系统投资对一间工厂是合理的决策。真正的代价是「花了钱还是回到原点」之后留下的心理阴影：三年后有人再提导入，干部第一个反应是「上次不是做过了」。这句话一出口，公司就再也没有第二次机会，直到换一批人为止。

什么时候该迁就标准做法，什么时候该让软件迁就你

接下来是最实际的一个问题：套装软件还是定制？

这个问题不该用价格或工期来回答，该用一个判准：这个流程是不是你的竞争力？

• 不是竞争力的，迁就标准做法。请假、加班申请、报支、凭证、基本进销存——这些流程你做得再特别，客户也不会因此多下一张单。把它们定制成「我们公司习惯的样子」，等于花钱把历史包袱固定下来，将来要升级还得再付一次。标准做法是几千家公司踩过坑收敛出来的，多数情况下比你现在的做法好。
• 是竞争力的，值得定制。你的排程逻辑、你的报价方式、你追良率的颗粒度、你回应客户验厂的速度——这些是别人学不走的东西，是你能比隔壁厂多赚那几个百分点的原因。这里迁就套装，等于把自己的优势砍平成业界平均。

一句话记起来：定制要花在「别人学不走的地方」，不要花在「不想改习惯的地方」。所以当干部主张某个流程非定制不可，先问一句：这是因为它让我们赢，还是因为改起来麻烦？

这个判准要成立，有一个前提——你得先知道自己的竞争力是什么。而这正是规划面的工作，也是为什么它必须在签约之前完成，不是之后。

怎么看出一个模块是活的还是死的

回到你现在手上的系统。不用问 IT，问使用它的人，四个问题：

1. 有没有人每天打开它？——频率是最粗但最诚实的指标。
2. 打开是为了「查」还是为了「交差」？——查，代表他需要里面的信息；交差，代表他在喂数据给一个没人看的黑洞。
3. 数据进去之后，有没有人因为它做出不同的决定？——这是真正的判准。
4. 如果明天把这个模块关掉，谁会第一个叫？——没有人叫，它早就死了，只是还开着。

第三个问题最关键。如果一个模块的数据进去之后，没有任何一个决定会因为它而不同，那它就是死的——不管界面多漂亮、报表多完整、当初导入多辛苦。

你会发现，活着的模块有一个共同点：它的背后有一个规划面的东西在等它的数据——一个目标、一场固定的会议、一个必须做的决定。死掉的模块也有一个共同点：数据进去了，没有人在等。

所以「系统健检」健的其实不是系统，是你的规划面。哪个模块是活的，代表那一块你已经有目标、有人在看；哪个模块是死的，代表那一块还没人接手。这份清单，会直接告诉你第三讲之后要先补哪里。

🔧 AI 动手做

你是我的企业系统健检顾问。我是一间在泰国的台商中小制造业的负责人／主管。

我们公司目前使用的系统模块如下（请照实填写，不确定的也列上）：
[例：出勤打卡、请假、薪资、进销存、生产工单、质量检验、客诉管理、财务凭证……]

请帮我做以下四件事：

1. 用表格逐一列出每个模块，栏位包括：模块名称／预估使用频率／使用目的（查信息 or 交差输入）／数据产出后是否会影响某个决定／判定「活的」还是「死的」。
   判定不确定的地方，请直接标成「需要你去问使用者」，并告诉我该问谁、问哪一句话。

2. 针对每个你判为「死的」模块，指出它最可能死在哪一个环节：
   （a）没有人在等这份数据　（b）流程只是把纸本原封不动搬上电脑
   （c）栏位当初是照抄现况填的，没有对应到任何目标　（d）使用者有一份私下的 Excel 在跑真正的工作

3. 帮我把「死掉的模块」翻译成「缺少的规划面」：
   例如某个模块死掉，代表公司在哪一块还没有目标、指标或负责人。

4. 最后给我三个问题，让我下周的主管会议上直接拿去问干部，
   用来验证你上面的判断是不是真的。

请用简体中文回复，语气直白、可以直接拿去开会用。
不要建议我买新系统，这一轮只做盘点。

本周就能做的一步：不要开会、不要发问卷。挑三个你觉得「应该有在用」的模块，各找一位实际的使用者，只问一句话：「你上一次打开它是什么时候，为了什么？」三个答案就足够让你知道，你的系统现在到底是承载器，还是一台很贵的打卡机——而如果答案不好看，那不是这笔投资的问题，是还有一层工作没做，下一讲开始补。

📎 理论依据：「铺设既有小径」（paving the cowpath）为信息系统导入领域的通行说法，用以描述将既有低效流程原封不动自动化的现象；套装软件与定制化的取舍判准，系综合企业资源规划（ERP）导入实务中「流程竞争力区辨」的通行做法整理而成。本文所述两家工厂为综合多起导入案例的示意情境，非特定企业。

⚠ 免责声明：本文仅供管理参考，不构成对任何软件、厂商或服务的评价或推荐；实际导入决策请依贵公司现况与专业评估进行。