同樣一筆錢，有人買到轉型，有人只買到打卡機

兩家台商工廠，都在曼谷近郊，員工數差不多，同一年決定導入管理系統，投入的預算也在同一個量級。三年後再去看他們的月會，畫面完全不一樣。

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）導入實務中「流程競爭力區辨」的通行做法整理而成。本文所述兩家工廠為綜合多起導入案例的示意情境，非特定企業。

⚠ 免責聲明：本文僅供管理參考，不構成對任何軟體、廠商或服務的評價或推薦；實際導入決策請依貴公司現況與專業評估進行。