上線後要養幾個人？內部 ERP 團隊與超級使用者制度的建置方法

導入預算表上有顧問費、有授權費，唯獨沒有一行叫「上線後自己要養的人」。於是很多公司在顧問撤場後才發現：權限沒人管、報表沒人開、問題沒人接、每件小事都要開顧問工單——單次幾千到幾萬的工單費是小事，每個問題都要等外部排程才是慢性失血。這篇講內部團隊的最小配置、超級使用者制度怎麼建、以及什麼該自己養、什麼該繼續外包。

先給你一句貫穿全文的話，後面每一節都在還它：「我們要什麼」的判斷力永遠不能外包——外包了，就回到讓廠商幫你寫需求的老問題。

最小配置：正式掛牌「輪輻（Hub-and-Spoke）團隊結構」

中型企業（一兩百人）的務實配置不是一個「IT 部門」，是一個我把它正式掛牌叫輪輻（Hub-and-Spoke）團隊結構的東西：hub 是一名系統管理員，spoke 是各循環的超級使用者。 中心那顆輪轂承載連結與分診，輻條各自撐住一個循環的日常——這不是好聽的比喻，是後面所有配置決策的骨架。

系統管理員（ERP Admin）＝ hub，一名，可依規模兼任。職責清單：權限與帳號管理（含定期盤點，見我們的權限專文）、主檔治理的把關（新料號、新客戶的編碼審核）、與原廠或顧問的單一窗口、版本更新的節奏管理（見升級專文）、以及問題的初步分診——哪些自己解、哪些派給超級使用者、哪些開工單。這個角色的關鍵不是會寫程式，是懂流程＋細心＋在組織裡有信用；很多公司最好的人選不在資訊部，在當年導入專案裡表現最好的那位 key user。

超級使用者（Super User）＝ spoke，每循環一名，兼任。就是導入期的 key user 換一頂帽子：部門內的第一線支援（同事的操作問題先找他）、新人訓練與 SOP 維護（文件方法見教育訓練專文）、部門端的需求彙整（報表與功能需求經他過濾再提出，見報表治理專文）。這個制度成立的前提跟導入期一樣：工時與誘因——職務說明書裡明列、考核裡有占比、頭銜與津貼擇一給。什麼都不給的超級使用者制度，半年後只剩名單。

輪輻結構的好處，一句話：中心負責連結與判斷，輻條負責深度與備援。 少了中心，各部門各買各的、各解各的，資料孤島重演；少了輻條，中心變成全公司的客服總機，什麼都塞給他，第一個燒掉的就是那顆輪轂。

人怎麼來：導入期就開始養，不是上線後才找

內部團隊最大的錯誤是時點：上線後才想到要找人，此時最懂系統的顧問正在撤場、知識移交已經來不及。正確的時間線：專案啟動時就指定未來的系統管理員人選，讓他以「準管理員」身分全程參與導入——訪談跟著聽、設定跟著看、UAT 跟著管 issue、穩定期跟著顧問處理每一個問題（穩定期的移交目標：第九十天內部接手八成日常問題，見上線後 90 天專文）。這樣養出來的管理員，對系統的理解深度是上線後上三天原廠課程的人比不了的。外聘也可以，但一樣要在導入中期就到位——買的是他跟完後半程的過程，不只是他的履歷。

自己養 vs 繼續外包：把分界線做成一張表

不是所有能力都值得內化。與其憑感覺，不如照一張表走。每一項能力，先問一個問題：外包它，等於不等於把「判斷我們要什麼」這件事交出去？ 是，就必須自己養；不是，就看頻率。

「自己養 vs 外包」決策矩陣（帶得走）

讀法很簡單：上半區「必須自己養」的四項，共同點是它們都不是「做一件事」，是「替公司做判斷」——判斷交出去，你就回到讓廠商幫你寫需求的老問題。下半區「可外包」的三項，共同點是它們是可以用金額和時段買到的專業，養全職反而貴。中間的報表開發，唯一的變數是頻率。

超級使用者制度：不是任命，是四個要件同時打勾

很多公司以為「指定某人當超級使用者」就算建了制度。沒有。指定只是掛名，制度要活過半年，靠的是四個要件同時成立——因為完全無償的制度靠熱情運轉，而熱情的半衰期大約六個月。

超級使用者制度成立四要件（勾選清單，帶得走）

• 職務說明書列名：這個角色白紙黑字寫進他的 JD，不是口頭拜託
• 考核有占比：績效考核裡有一格是「超級使用者職責」，做得好壞會反映在考績
• 頭銜或津貼：給一個正式頭銜、或每月數千元津貼，擇一或並用——讓「多做的事」被正式承認
• 備援知識：他的處理紀錄與 SOP 是可交接的文件，不是只存在他腦裡

四格沒打滿，你有的不是制度，是一份半年後只剩名字的名單。 形式比金額重要：重點從來不是那幾千塊，是讓多做的事被看見、被算數。

知識這條命脈：別讓系統知識住在某個人腦裡

最後一個提醒，也是中小企業最痛的一種風險：整套系統知識住在唯一一位管理員腦裡，他一離職，公司瞬間回到不會用自己系統的狀態。防禦動作三件：文件化是職責不是美德——設定變更紀錄、常見問題處理手冊、與顧問往來的工單紀錄，列入管理員的正式職責與考核；超級使用者就是備援——輪輻結構的另一個功能是知識分散，中心角色出缺時，各輻條至少撐得住自己循環的日常；**每年一次的「管理員休假演練」**聽起來像玩笑但值得做——他休假兩週，看公司會不會停擺，會的話問題清單就是明年的文件化計畫。

常見問題（FAQ）

兩百人的公司要養幾個 ERP 專職？
常見解是一名專職（或近專職）系統管理員＋各循環兼任的超級使用者。要養第二名專職的訊號：客製與報表需求穩定到每月都有、或多據點多系統需要介接維運。

系統管理員要多少預算？
以台灣行情，具導入經驗的 ERP 系統管理員年薪常見約 80 萬～130 萬（含雇主負擔更高），依系統別與經驗浮動，此為市場常見區間之示意值。對照每個問題都開工單加上決策等待的隱形成本，多數中型企業養一名是划算的。

超級使用者津貼要給多少？
形式比金額重要：頭銜、考核占比、每月數千元津貼擇一或並用皆可，重點是讓「多做的事」被正式承認。完全無償的制度靠熱情運轉，而熱情的半衰期大約六個月。

【給決策者的備忘錄】
如果你正在編列導入預算，現在就把「上線後要養的人」補成獨立一行——它比你想像的更早該花：系統管理員在專案啟動時就要指定並全程參與，不是上線後才登廣告。三件事今天就能定案：一，指定準管理員（優先看導入專案裡最罩的 key user，不必然在資訊部）；二，把超級使用者四要件寫進 JD 與考核；三，照「自己養 vs 外包」那張表，圈出你要內化的四項、外包的三項、以及報表這一項的頻率。

判斷力留在公司內，執行力可以買。若需要協助規劃貴公司的維運組織、知識移交計畫或超級使用者制度，歡迎與我們聯繫。

本文為團隊配置的一般性建議，實際依規模與系統複雜度調整；文中薪資為市場常見區間之示意值，請以最新一手行情為準。

延伸閱讀

• 地端 vs 雲端 ERP 的 TCO 怎麼算？5 年總持有成本模型完全解析（2026）
• NetSuite vs Oracle Fusion：同是 Oracle 雲端 ERP，差在哪？什麼時候該換？（2026）