系統外包 vs 流程顧問外包：AI 時代你公司該選哪一種？

老闆遇到問題的第一反應通常是：「找個外包來解決」。

然後常見的劇情是：花了 3-6 個月、付了 100-300 萬，系統做出來——但業務問題沒解決。

問題不是外包做得不好，是選錯類型。AI 時代「軟體外包」分兩種完全不同的東西，搞錯了就會落到「規格寫得很清楚、但解決不了真正問題」的下場。

兩種外包的差別

| | 系統外包 | 流程顧問外包 | | --- | --- | --- | | 你買的是 | 一個系統（網站、CRM、後台、API） | 業務流程的重新設計 + agent 化 | | 開始時 | 你給規格、廠商開工 | 顧問先 discovery 你業務、再決定要做什麼 | | 適合 | 你已經知道要蓋什麼 | 你只知道流程有問題、不知道蓋什麼 | | 計價 | 通常固定價、階段付款 | 月費 retainer / 按時間 | | AI 時代 ROI | 中（很多系統 AI 自己拼裝就有，範疇縮小） | 高（過去千萬級的事現在百萬內能做） |

詳細為什麼這兩種差這麼多，可以看 AI 時代怎麼挑軟體外包公司 那篇。

5 個情境，你該選哪一種？

情境 1：「我們官網太舊了，想翻新」

→ 系統外包。你知道要蓋什麼（一個新官網），需求明確、範疇收斂。找有 Next.js / AEO 經驗的廠商按專案做。

情境 2：「我們業務流程太亂，但我不知道該從哪裡改」

→ 流程顧問外包。你不知道要蓋什麼系統，先找顧問跑 discovery、理清流程、再決定該做什麼。 直接跳系統外包是錯的——你連需求都還沒定義，怎麼寫規格？

情境 3：「採購跟業務之間溝通很慢，常常 miscommunication」

→ 流程顧問外包。這是流程問題，不是系統問題。可能根本不需要新系統，只需要把現有 SaaS（CRM + ERP）的串接 + 通知機制重新設計、加幾個 AI agent 處理 routine。 找系統外包做「採購業務溝通系統」，會蓋出一個沒人想用的東西。

情境 4：「我們想接電商，需要建購物車 + 金流」

→ 系統外包。需求明確、用 Shopify 或 WooCommerce 也行——找會接 API 的廠商按專案做。

情境 5：「整間公司想做 AI 轉型，但不知道從哪裡開始」

→ 兩個都要，但順序不能錯。先流程顧問外包跑 6-12 週 discovery，盤點哪些流程適合 agent 化、ROI 排序、挑 1-2 個試點。試點驗證後再 系統外包 做正式系統。

跳過 discovery 直接找系統外包做「AI 轉型」，多半會花上千萬蓋一個失敗的東西。

為什麼很多公司選錯

最常見的錯：把流程問題塞進系統外包合約。

老闆跟廠商說「我們業務流程很亂，幫我做個系統解決」。廠商照辦——做出一個系統。但因為沒人 discovery 過真正的問題，做出來的東西只是把舊流程數位化（搬到螢幕上），沒改善任何事。

過 6 個月，員工抱怨「新系統比舊的還難用」，老闆覺得「外包做得很爛」——其實兩邊都沒錯，是一開始就選錯外包類型。

第二常見的錯：把系統需求拖長成顧問式 retainer。

明明只是要「做一個會員系統」（範疇明確），卻簽 12 個月 retainer 按月付。結果做了 6 個月還在改、沒交付期、付了一堆錢看不到成果。

怎麼判斷你該選哪一種

問自己這個問題：「我能不能寫出一份清楚的規格給廠商？」

• 能 → 系統外包（規格 + 固定價 + 階段交付）
• 不能、或寫了發現自己也沒想清楚 → 流程顧問外包（先 discovery、再決定）
• 公司大型轉型 → 兩個都要、順序是先顧問後系統

收尾

選對外包類型，比挑哪一家廠商重要 10 倍。

挑錯類型 = 一開始就走錯路、後面廠商做得再好都救不回來。

挑對類型 = 即使廠商普通，方向對的還是能交付有用的成果。