找系統商還是找顧問？數位轉型該交給誰做

「我最近在弄數位轉型。找了兩家系統商來報價，講得很具體，就是這幾個模組、這幾個人天、總共多少錢。另外有朋友介紹一間顧問公司給我，簡報做得很漂亮，講的東西也都對，但我聽完不知道他實際上到底要幫我做什麼。你說我該找誰？」

這是我最常被問到的問題之一，而且問的人通常已經在這個路口卡了一段時間。他不是不肯花錢，他是不知道這筆錢花下去會換到什麼東西。

我要先講一句可能會讓你有點不舒服的話：這個問題本身就問錯了。 「系統商還是顧問」是在問對方的身分，但身分不決定結果。真正決定結果的是另一件事——誰的收入，跟你上線之後有沒有真的省到工時綁在一起。 你把這個問題換掉，三家廠商坐在你面前，誰是誰你十分鐘就分得出來。

我是熊董，台灣川輝科技。我帶團隊做導入七年，經手 34 個案子、橫跨 12 個產業。這七年我看過老闆花大錢買到一櫃子沒人打開的報告，也看過老闆買了一套功能齊全的系統、結果現場多了一道打字工。這兩種浪費長得完全不一樣，但根源是同一個：老闆在簽約的時候，沒有搞清楚坐在對面那個人靠什麼賺錢。

先把結論講在最前面。

市面上外部團隊實際只有三種：純軟體商（賣授權、做標準導入）、管理顧問（做訪談、出報告、不動系統）、系統整合商或落地型顧問（會改流程，也會真的下去改系統）。軟體商的利益是多賣模組、多賣客製；管理顧問的利益是準時交出報告結案。這兩種角色在合約設計上，都不必為「上線半年後現場到底有沒有變輕鬆」負責，這不是他們壞，是他們的商業模式就長這樣。所以你要看的不是誰講得比較有道理，而是誰的報酬結構逼他必須回頭關心結果。如果你的需求很標準、你已經明確知道要買什麼，那你根本不需要付顧問費，直接找軟體商是最划算的；但只要你的流程從來沒被整理過、要跨部門、或是換過一次失敗過，那你就一定需要一個顧問角色，不管他掛在誰身上。

先把三種角色的名字，跟他實際在做的事對上

台灣市場上這三種角色的名片印得都很像，很多人名片上就直接寫「數位轉型顧問」。所以不要看名片，看他公司的收入來源。

第一種：純軟體商，他賣的是授權，不是結果

這一種最好認。他的產品是既有的，簡報前半段一定在講模組、講功能、講畫面，報價單上最大的一塊通常是授權費或年費，後面接一段導入服務的人天。

他的核心能力是「把這套產品裝好、把資料匯進去、把人教會操作」。這件事本身很有價值，尤其當你的需求剛好落在這套產品原本設計的範圍裡——那你付的每一塊錢都花在刀口上，不需要任何人在中間加價。

但你要理解他的盲點：他不會告訴你「你這個流程根本不該存在」。因為那不是他的工作，也不是他的能力範圍，更重要的是——那樣講會讓他少賣一個模組。

我舉一個很常見的場景。你跟他說：「我們這邊業務接單之後，要先請採購確認有沒有料，確認完再回來給客戶報交期。」一個純軟體商聽完會說：「沒問題，我們有簽核流程模組，可以做這段。」他報價、他做出來、他上線，功能百分之百符合你講的。

問題是，這個「業務問採購、採購回業務」的動作，本來就是因為以前庫存資料不準才長出來的補丁。當你有了即時庫存，這個環節根本可以直接消失。但沒有人會跟你講這件事，因為講了他就少賣一個簽核模組，而且他真的沒有義務去質疑你的流程——你是客戶，你說要什麼他做什麼。

結果就是：你花錢把一個原本該被刪掉的動作，數位化保存下來了。 這是我在現場看過最多、也最貴的浪費型態。關於流程該先動哪一段、哪些環節其實是舊問題留下的補丁，我在數位轉型第一步那篇講得更細。

第二種：管理顧問，他交的是報告，不是系統

這一種通常來自比較大的顧問公司，或是獨立接案的資深顧問。他們的做法是：訪談、盤點、畫現況流程圖、做落差分析、提出建議藍圖、規劃分階段路線圖。

他們的價值是真的存在的，而且在某些狀況下無可取代——特別是當公司有多個事業體、老闆自己也講不清楚要往哪裡走、或是內部有政治問題需要一個外人來當那個講真話的人。訪談這件事聽起來很虛，但一個好的顧問訪談完，能把你公司裡「大家都知道、但沒人敢在會議上講」的那幾件事寫進報告裡，光這一點就值錢。

但他的盲點也很明確：他不動手。

報告裡會寫「建議導入具備批號追溯功能之系統，以強化品質管理」，但誰去選、怎麼談、上線時倉庫的阿姨不肯掃條碼怎麼辦——這些不在合約範圍裡。他的合約在報告交付、結案簡報做完的那一天就結束了。

於是你會拿到一份對的東西，但它是一份地圖，不是一雙腳。你拿著這份地圖回去找系統商，系統商看完會說：「這寫得很好，不過我們產品這邊要做到這樣要客製，來，我報一下。」錢再花一次。

我要幫管理顧問說一句公道話：他們不是騙人。訪談是真的做了，分析也是真的做了。問題出在合約的終點被設定在報告，而不是設定在結果。當終點是報告，那報告寫得完整、準時交、簡報做得漂亮，這個案子就是成功的——即使一年後你公司什麼都沒變。

第三種：系統整合商／落地型顧問，會改流程，也會動系統

第三種是中間那一段：他會先看你的流程、會質疑你現在的做法、會建議刪掉一些東西，然後他自己下去把系統改成他建議的樣子。

這一類裡面其實還有落差。有些是大型系統整合商，接案能力很強，但實際執行常常轉包出去，你談的人跟做的人不是同一批；有些是規模比較小的落地型團隊，談的人就是做的人，好處是資訊不會在轉手時漏掉，壞處是他能同時吃下的案子有限。

這一類的關鍵特徵是：他必須為自己的建議負責。 因為建議是他提的，系統也是他改的，所以如果上線之後現場更麻煩了，他不能推給別人——不能說「顧問的規劃有問題」，也不能說「客戶要的就是這樣」。這個結構會逼他在提建議的當下就先想清楚做不做得出來。

我要誠實講這一類的盲點在哪，不然這篇就變成在推銷自己了。第一，他有可能為了做得出來，而把建議縮小到自己的能力範圍裡——如果最好的解法是換掉他不熟的那套系統，他不一定會講。第二，這一類人的產能有限，同時間能真正深入的案子不會太多，所以你有可能排不進去，或是排進去了但主力顧問只出現在前期。第三，收費看起來會比純軟體商貴，因為診斷跟流程那一段的工是實打實的人力，藏不掉。

看收費模式，比看簡報有用

你在會議室裡聽到的每一句建議，背後都有一個利益結構在推。這不是陰謀論，這是任何一門生意都會發生的正常現象。你要做的不是去防他，而是先搞清楚推力的方向在哪。

軟體商的錢從哪裡來

授權費或年費、模組數、使用者人數、客製化的人天、之後每年的維護費。

所以他的最佳解是：你買的模組愈多愈好、使用者人數愈多愈好、客製的項目愈多愈好。 這會直接影響他給你的建議。當你問「這個要不要一起上？」，他的答案傾向是「一起上比較完整」。當你問「這段能不能不要客製、我們改用手動處理？」，他的答案傾向是「客製一次做好，以後就不用手動了」。

這些建議未必是錯的，很多時候還真的是對的。但你要知道：當一個建議剛好對他有利的時候，你需要自己多驗證一層。 至於報價單上哪幾塊最容易被灌水、哪些費用會在第二年才浮出來，ERP 導入成本怎麼算那篇有完整的拆法。

管理顧問的錢從哪裡來

專案費，通常按階段付款：簽約、期中、結案。有些會另外按人天計價。

所以他的最佳解是：準時交出符合合約描述的交付物，然後結案。 報告的品質當然重要，因為關係到口碑跟下一個案子，但注意——衡量品質的是「報告本身好不好」，不是「客戶後來有沒有做起來」。

這裡有一個很微妙的後果：管理顧問寫建議的時候，會傾向寫得正確但保守。因為寫得太具體、太激進，執行失敗的時候會回頭咬他；寫得中性、全面、有原則性，就永遠不會錯。於是你會看到「建議強化跨部門資訊透明度」這種你完全無法反駁、但也完全不知道明天早上該做什麼的句子。

誰的報酬跟你的結果綁在一起

這就是整篇文章的核心。

問自己一個問題：上線半年後，如果現場一點都沒有變輕鬆，誰會痛？

• 純軟體商：不痛。授權賣了、驗收簽了、維護費照收。你不爽的話明年不續約，但那時候資料都在他系統裡了，你換的成本比他失去你的成本高。
• 管理顧問：不痛。報告交了、結案了、發票開了。半年後他早就在別的案子上。
• 落地型顧問／整合商：會痛。 因為半年後你打電話進來的每一通抱怨，都是他的人要去處理的工時；你要改的每一個地方，都是他當初沒設計好留下的債。這件事會直接吃掉他的利潤。

看到差別了嗎？不是誰比較有良心，是誰的成本結構會因為你的失敗而變差。 前兩種角色的失敗成本由你承擔，第三種的失敗成本有一部分會回到他自己身上。你要挑的，是後面這種。

三種角色一次擺在一起比

比較項目	純軟體商	管理顧問	系統整合商／落地型顧問
主要交付物	可運作的系統、教育訓練	現況分析、建議藍圖、路線圖	調整過的流程加上跑得起來的系統
收入來源	授權費、模組、人數、客製人天、年度維護	專案費，按階段或人天計價	診斷與導入服務費，加上後續維護
他的最佳解	你買愈多模組、客製愈多愈好	準時交出合格報告並結案	你少改、少客製、上線後少來電
最擅長的事	把標準產品裝好、資料轉檔、操作訓練	釐清方向、跨事業體盤點、當講真話的外人	把流程刪一輪再對應到系統，落地執行
最大的盲點	不會質疑你的流程該不該存在	建議寫得正確但不落地，執行不在範圍內	建議容易被縮限在自己做得出來的範圍
對「上線沒省到工時」的責任	合約上通常沒有	合約上通常沒有	會回頭吃掉他自己的人力成本
什麼時候找他最划算	需求標準、你已明確知道要買什麼	多事業體、方向未定、內部有政治問題	流程沒整理過、跨部門、或已失敗過一次
要特別確認的事	報價外還有哪些費用、第二年起收多少	報告之後誰執行、執行費用另計多少	談的人是不是做的人、主顧問投入多久

這張表你可以直接印出來，下次開會放在旁邊。重點不是選哪一欄，而是先確認對方到底屬於哪一欄——很多老闆的困惑，來自於他以為自己在跟第三種講話，其實對面是第一種。

什麼情況你根本不需要花顧問費

我先講對我自己不利的部分，因為這才是你真正需要知道的。

有三種情況，你直接找軟體商就好，找顧問是浪費錢。

情況一：你的需求是標準的，產業慣例很成熟

如果你做的是單純的買賣業，進貨、出貨、庫存、開發票，沒有多角貿易、沒有寄倉、沒有複雜的組裝拆解，那市面上的標準產品幾乎都能吃下你的需求。這種情況你需要的是把東西裝好，不是重新想一遍流程，因為流程已經被整個產業想過幾十年了。

這種狀況下你該花力氣的地方是比較廠商跟看合約，不是花錢做流程診斷。進銷存系統怎麼選那篇的檢查表就夠你用了。

情況二：你已經很明確知道要買什麼、要解決哪個具體問題

如果你的問題是「我要一套系統管保固期跟維修紀錄」，範圍清楚、單一部門、不牽動別人的工作方式，那你要的是一個工具，不是一場轉型。找專門做那件事的軟體商，講清楚規格，驗收條件寫明白，結束。

顧問在這種案子裡能加的價值非常有限，因為沒有什麼流程好整理——你要的東西你自己已經定義完了。

情況三：公司規模還小，一個人腦袋裝得下全部流程

如果整個公司的營運，你自己一個人就能從頭講到尾，中間不需要問任何人「那段後來怎麼處理的」，那你的流程還沒有複雜到需要外人來盤。這時候你需要的是一套堪用的工具，把最痛的那一段先接起來。

而且說實話，如果現在公司的現金流還在緊繃狀態，這筆錢應該先留著。這一點我在先活下來再談轉型裡講得很直白，這裡不重複。

什麼情況一定要有一個顧問角色在

反過來說，有四種情況你如果只找軟體商，失敗機率會非常高。注意我的用詞是「顧問角色」，不是「顧問公司」——這個角色可以是外部團隊，也可以是你自己內部那個真的懂全流程又有權限的人。

一、你的流程從來沒有被完整整理過

判斷方法很簡單：你能不能在白板上，把一張訂單從進來到收到錢的每一個經手人畫出來？如果畫到一半你要打電話問人，那你的流程沒有被整理過。

沒整理過就直接導系統，會發生什麼事？系統商會請你「提供需求」，你就照你以為的樣子講，現場照他們實際的樣子做，兩邊差了一截。上線那天才會爆出來，而那時候合約已經簽了、規格已經定了、要改就是變更單。

二、要跨部門，而且部門之間有帳要算

只要牽涉到兩個以上的部門，而且他們之間存在「誰的責任、誰的績效、誰要多做事」的問題，就一定需要一個不隸屬於任何一邊的人來裁決。

軟體商不能做這件事。不是他不會，是他沒有立場——他是廠商，得罪任何一個部門主管都會影響驗收。所以他遇到部門吵架的標準做法是：兩邊都做。結果就是系統裡出現兩套並行的邏輯，最後誰都不好用。

三、你已經換過一次，而且失敗了

這是我最堅持的一種。如果你已經導過一次沒成功，那第二次絕對不能用同樣的方式重來。

因為第一次失敗的原因，絕大多數都不在軟體本身。可能是規格沒定清楚、可能是驗收標準寫得太模糊、可能是流程根本沒改就硬套系統、可能是關鍵使用者從頭到尾沒參與。這些原因如果沒有被找出來，你換一家廠商、換一套產品，會用一模一樣的方式再失敗一次，只是花的錢更多、公司裡的人更不相信這件事。

第二次的第一件事不是選型，是檢討。這件事軟體商幫不了你，因為要檢討的對象包含「當初怎麼選、怎麼談、怎麼驗收」。我把常見的失敗模式整理在ERP 導入為什麼失敗那篇，你在找新廠商之前應該先把自己那次對一遍。

四、老闆自己也講不清楚要什麼

這種狀況比你想的常見。老闆知道「現在很亂」「數字都要等」「我不知道賺不賺錢」，但要他講出具體要什麼，他講不出來——因為他要的其實是結果，不是功能。

這時候找軟體商是最危險的，因為軟體商會很熱心地幫你把需求「翻譯」成他產品有的功能。翻譯完的東西你會覺得好像對，但那已經不是你原本要的了。

我們怎麼收錢，因為這就是差別本身

講到這裡我必須表態，不然這篇文章會變成一篇沒有立場的比較。但我不想用業配的方式講，所以我直接講我們的收費結構，你自己判斷。

川輝屬於前面講的第三種：會改流程，也會動系統。 我們的案子一定從診斷開始，先看現在的流程長什麼樣，先刪掉不該存在的環節，才決定系統要做成什麼樣子。我們的 AI ERP 對外的起始規模是 30 萬起，實際數字要看你的流程複雜度跟範圍，我不會在文章裡給你一個假的行情。

真正的差別在上線之後。

我們的做法是：導入完成後，只要是在原規格範圍內，使用上與工作流程上的細節優化，屬於持續服務的範圍。也就是說，某個欄位順序不順手要調、某個常用動作步驟太多要壓短、某張表要多一個篩選條件——這些在原本談定的規格內的調整，我們是持續服務的一部分，不是每次都開一張變更單。

我要把限定詞講得非常清楚，因為這關係到你的期待：「原規格內」是有邊界的。 如果你上線半年後決定要多接一條產線、要開一個新的通路、要加一個當初完全沒談過的模組，那是新的範圍，要重新談、重新報價。這是合理的，也是我們必須誠實講的部分——沒有人可以無限免費。

為什麼要這樣設計？不是因為我們比較佛心，是因為這個結構會逼我們自己在導入時就把事情做對。當「上線後的細節優化」在原規格內不另外收費，那我們每接一通「這個很難用可不可以調」的電話，吃掉的是我們自己的工時。所以我們在設計階段就會很拼命地把動線壓短、把不必要的欄位砍掉、把簽核層數減到最少——因為做不好的成本會回到我們身上。

這就是我前面講的「報酬跟結果綁在一起」，具體長什麼樣子。你不需要相信我的態度，你只要看合約怎麼寫。而且我要再講一次那句對我自己不利的話：如果你是前面那三種「不需要顧問」的情況，你不用花這筆錢，直接找軟體商比較划算，我們也不會硬接。

第一次開會就分辨對方是哪一種：問這三個問題

這一段是全篇最實用的。你不需要懂技術，這三個問題任何老闆都問得出來，而且對方的反應會馬上把他歸類。

問題一：「如果上線半年後，這件事沒有變快，你這邊會發生什麼事？」

這題在問失敗成本落在誰身上。

• 純軟體商的典型反應：「我們的系統很成熟，這個功能很多客戶都在用。」——他在回答產品能不能做，沒有回答責任在哪。
• 管理顧問的典型反應：「我們會在報告裡設定 KPI 與追蹤機制。」——他在回答怎麼衡量，還是沒有回答責任。
• 落地型的典型反應會出現一個具體的機制：驗收條件怎麼寫、哪些狀況算沒做到、後續調整算不算在原範圍內。

重點不在他講得多好聽，而在他有沒有提到一個會讓他自己付出代價的機制。 沒有提到，就是沒有。

問題二：「你打算怎麼知道我現在的流程長什麼樣子？」

這題在問他到底有沒有打算了解你。

如果對方的答案是「我們會請您提供需求規格書」或「我們有一份需求訪談表請您填一下」，那他預設的是你自己知道要什麼、你負責定義，他負責實作。這是純軟體商的標準做法，沒有錯，但代表規格錯了是你的責任。

如果對方的答案是「我們會做幾場訪談、畫現況流程圖」，那是管理顧問的做法，接下來你要追問的是：畫完之後誰去做？

如果對方說要去現場看、要跟實際操作的人坐一段時間、要看你現在真正在用的那幾張 Excel，那他是打算落地的。因為只有真的要動手的人，才需要知道現場的細節。

問題三：「這個案子的結束是怎麼定義的？結束之後我遇到問題找誰、要付多少？」

這題最狠，因為它同時測出兩件事：終點在哪，以及終點之後的收費模式。

你要聽的是三個具體答案：驗收的條件是什麼（「系統可正常運作」不算條件，那是廢話）；上線後多久之內的調整算在原範圍內；超出原範圍的部分怎麼計價、有沒有級距。

一個含糊帶過這題的廠商，不管他前面講得多好，我建議你先放旁邊。願意把終點跟後續責任講清楚的人，通常也是真的打算做完的人。 至於合約裡還有哪些條款要特別看，可以搭配ERP 廠商怎麼選那篇一起用。

加問一句：「我這個需求，有沒有可能不用做？」

這是我私下最喜歡用的一題，因為它會直接測出對方敢不敢講對自己不利的話。

如果你提出的某個需求，其實有更簡單的解法、或是根本不需要存在，一個真正站在你這邊的人會告訴你。而一個靠賣模組賺錢的人，會很自然地說「這個我們可以做」。

兩種回答都不違法，但你要知道差在哪。

常見問題

數位轉型顧問跟系統整合商到底差在哪？

差在交付物與責任的終點。管理顧問型的交付物是分析報告、建議藍圖與路線圖，合約在報告交付、結案簡報做完那天結束，執行由誰做、做不做得起來通常不在範圍內。系統整合商的交付物是一套實際跑得起來的系統，會處理資料轉檔、介接、教育訓練與上線。中間還有一種落地型顧問，會先整理流程再動系統，等於把兩件事接起來。實務上這三個名詞在台灣市場常常混用，名片上都可能寫「數位轉型顧問」，所以不要看名稱，看兩件事：他的收入主要來自授權還是服務，以及他的合約在哪一天結束。這兩題問完，角色就分出來了。

外部團隊怎麼選？只找一家報價會不會被當肥羊？

至少找三家，但重點不是比價格，是比「他們對同一個問題的解法差多少」。三家報價單擺在一起，如果有一家的總價明顯低很多，你要先看的不是他便宜，而是他少做了什麼——通常是資料轉檔、教育訓練、或上線後的支援被拿掉了，這些後面都會回來跟你收。另外一個更有效的做法是：把你最痛的那個具體場景講給三家聽，看誰會反問你細節、誰直接回答「這個我們可以做」。會反問的那家通常真的在想怎麼做；直接說可以的那家，多半是在想怎麼報。價格是最後才比的，先比理解程度。

我已經有 MIS 或資訊人員了，還需要外部顧問嗎？

要看你的 MIS 平常在做什麼。如果他的工作是維護網路、處理電腦問題、管帳號權限，那他是 IT 維運，不是流程顧問，這兩個是完全不同的能力。流程顧問要做的是跨部門協調、質疑既有做法、重新設計動線，這需要的是對業務的理解跟一定程度的話語權。反過來說，如果你的資訊人員本來就參與業務會議、知道每個部門的痛點在哪、而且講話有人聽，那他其實比外部顧問更適合當這個角色，你需要的是給他時間跟授權，外部只要補足他缺的系統經驗就好。判斷標準很簡單：他能不能在跨部門會議上，直接告訴業務主管「這段不用做了」。

顧問費看起來比軟體授權還貴，這樣合理嗎？

要看你買的是什麼。授權費買的是一套已經寫好的軟體，開發成本被所有客戶分攤，所以單價可以壓低；顧問或導入服務費買的是人的時間，沒辦法分攤，所以看起來單價高。真正該比的不是這兩個數字誰大，而是「你的問題在哪一邊」。如果你的問題是缺工具，那把錢放在授權上是對的，顧問費壓到最低沒關係。如果你的問題是流程混亂、部門之間對不起來，那就算你買最貴的系統也解決不了，因為系統只會把混亂的流程忠實地複製一遍。我看過最貴的浪費不是顧問費，是花錢把一個本來該刪掉的流程數位化保存下來。

找了顧問之後，是不是就不用自己花時間了？

剛好相反。顧問能幫你的是方法、經驗跟外部視角，但有兩件事外人絕對做不了：一是決策——哪個部門要讓步、哪個習慣要改掉、資源優先給誰，這只有你能拍板；二是宣示——公司裡的人判斷一件事重不重要，看的不是顧問講什麼，是老闆自己做不做。實務上，導入案失敗最常見的模式就是老闆把案子「交出去」之後就不再出現，等到上線前一個月才發現方向不對。你要投入的時間不需要很多，但關鍵會議你必須到場，而且要當著大家的面做決定。這件事沒有人可以代打。

如果你剛好卡在這裡

如果你現在手上有兩三份報價、每一家講的都有道理、你就是決定不了，那你缺的通常不是更多資訊，是一個能判斷「你這個狀況到底需不需要顧問角色」的外部意見。

你可以先自己做兩件事。第一，把上面那張三方對照表拿出來，逐欄對一遍你手上的每一家廠商，先確認他們各自屬於哪一種——很多人的困惑會在這一步就消失。第二，把那三個問題原封不動拿去問，看他們的回答落在哪一格。

如果對完之後你發現自己落在「不需要顧問」的那三種情況，那很好，你省下一筆錢，直接去比軟體商就好，這是我真心的建議。

如果你發現自己落在「一定要有顧問角色」的那四種——特別是已經失敗過一次的那種——那我們有提供免費診斷，可以幫你把現況先盤一遍，把問題定位出來：是流程的問題、選型的問題，還是根本還不到動這件事的時候。診斷不綁後續合作，我們判斷你不需要就會直接跟你講。你要是想先自己盤，也可以從中小企業 ERP 選購指南開始看，把該問的問題先列出來，帶著清單去開下一次會，效果會差很多。