官網要自己養團隊還是委外？從人力、成本與風險拆解這個決定

文章導讀

「我們要不要乾脆自己請一個工程師？」官網經營到一個程度，這是我們很常被問到的一句話。它聽起來像預算題，其實是編制題。你們要決定的，是把哪一段工作長期放進公司的組織裡，每個月佔用薪資、管理與注意力。這篇不評哪一邊比較好，只把決定拆成六個維度，成本結構與風險形態再各用一節說明。

先給結論：什麼情況適合網站自架，什麼情況適合外包

判斷的關鍵只有一句話：網站是你們要持續開發的產品，還是要穩定運作的營運工具。前者傾向自建，後者傾向委外。

• 傾向自建團隊

  網站本身就是公司的產品或主要通路，功能每個月都在長。或者，內部已有涵蓋網站的工程人力，網站只是他們負責的系統之一。也可能是內容產出量大到本身就是一份全職工作。這三種情況，人力有足夠的事可做，對業務的理解也很難交給外部。

• 傾向整體委外

  網站的角色是形象展示、型錄、招生或接單入口，上線後功能趨於穩定，改動集中在改版與活動檔期。這類需求時有時無，用固定人力承接，會忙時不夠、閒時養著。網站需要的四種專業，也很難落在同一個薪資級距。

• 兩邊都不急著決定

  如果公司還在確認商業模式，網站的樣貌半年內可能整個翻掉，現在自建或簽長約都太早。先用最小的配置把該有的資訊放上去，等業務穩定再談編制。

說實話，第三種情況比想像中常見。如果你們的網站幾乎不更新，重心先放在有人固定看顧這一層，不必急著增設編制或啟動大改版，等到更新需求變得規律再往上加。

只是更新得少，維運一樣要做。主機、備份與異常處置不論有沒有改版，都持續在跑。它需要的是有人負責，未必是一個編制。

網站自架或外包：評估這個決定的六個維度

真正影響結果的是六個變數，兩邊報價誰高誰低還在其次。先弄清楚你們在比什麼，再去比金額。

維度一：需求的頻率與可預期性

每週都有新需求，和每季集中處理一次，是兩回事。固定人力適合穩定、持續的工作量，需求一高一低，配置就永遠對不準。要判斷，回頭看過去一年，改動集中在哪幾個月。

維度二：需要幾種專業才蓋得住

一個網站要持續運作，至少牽涉四種專業：內容、視覺、工程、系統維運。這四種專業的市場行情差距很大，完整拆解可以參考另一篇談官網維護需要哪些角色的文章。如果還有購物車、課程或會員，會再多出上下架、客服與帳務的工作。

維度三：時間敏感度

網站壞掉的時候，多久要恢復？同樣是頁面打不開，對不同公司的殺傷力差很多。

• 網站是接單主力

  表單送不出去、購物車結不了帳，損失以小時計。這時處理速度的價值，遠高於人力成本的差異；你們要的是應變能力，工時多寡是其次。

• 網站是型錄或形象站

  壞掉當然要修，但隔天處理不影響營運。你們需要的是有人固定負責，用不著有人隨時待命，這一項的權重可以放低。

• 網站是內部流程入口

  對外影響小，對內影響大。這時要看的是有多少同事會停下來等，以及有沒有替代做法，營收反而是其次。

維度四：知識累積在哪裡

網站的設定、歷史決策與踩過的坑，會累積成只有做過的人才知道的知識。這一項最常被誤讀。

• 常見誤解

  做在公司內部，知識就會留在公司

  知識確實會累積，但它綁在特定的人身上。沒有寫下來的部分會跟著那個人走，留下的只是一個還在運作的網站。

• 實際情況

  留不留得住，取決於有沒有被記下來

  自建的優勢是知識離業務近；委外的優勢是知識留在一個團隊裡，不會只綁在某一個人身上。自建要靠內部紀錄與交班才留得住，委外則由承接團隊自己維持延續性，你們公司內部定期同步方向就好。

維度五：規模變動的彈性

要開新產品線、辦大型活動、多做一個語系版本，網站的工作量會突然放大好幾倍。委外的調度是加人手，自建則要招募，前置時間通常差到以月計。反過來，需求變小時，委外的專案量可以跟著調，編制卻不容易收。

維度六：未來三年的方向

三年內，網站可能從形象站長成交易平台、會員系統，或要跟內部系統串接。若是這樣，現在的決定就要替那個方向鋪路。可以看看客製化功能案例長什麼樣子，判斷你們要走的是加功能，還是換架構。

自架與外包的成本結構差在哪裡

先說一個容易誤判的地方。當需求量足以填滿一個人的工時，兩種模式的年度總額才會接近；低於這個門檻，自建的固定成本會明顯高於委外。錢的形態也不同：自建是固定支出，委外是可預期的變動支出。

• 先算自建的年度雇用成本

  月薪乘以 12 個月，年終依公司慣例另外加計（常見是多算 1 到 2 個月）。再乘上約 1.2 的係數，涵蓋雇主要負擔的勞保、就業保險、健保與勞退提撥。這一段是法定成本，不能省略。

• 再乘上實際投入網站的比例

  如果是現有同事兼著做，就要抓出真實的比例。這個數字幾乎都被低估。比較準的做法，是請同事連續兩週記下跟網站有關的時間，開會確認也算進去。

• 兩邊都要加上不屬於任何人的固定支出

  主機、網域、必要的外掛授權、設計工具訂閱。憑證多半由主機端自動續期，錢不花在憑證本身，花在有人持續確認它沒有失效。這些跟選哪一種模式無關，每年都會發生。

• 最後補上自建才有的學習與換手成本

  內部人員熟悉環境需要時間。這筆投入能留下多少，要看設定與決策有沒有記下來；沒記下來的部分，會在他離職那天跟著走。

委外的成本結構正好相反：金額寫在合約裡，波動集中在專案期。優點是可預期、不佔編制、需求變動時容易調整；缺點是每次改動都要溝通，回應速度取決於合作方式。評估時，別假設外部一定比較快。

網站自架與外包決策對照表：你的情況落在哪一欄

把六個維度收進一張表，看看你們的情況多半落在哪一欄。

評估維度	自建團隊較合理	委外較合理	判斷線索
需求頻率	每週都有新需求	需求集中在改版與檔期	回看過去一年的改動分布
專業種類	公司已有涵蓋網站的工程人力	四種專業都要從零補齊	現有同仁能蓋住幾種
時間敏感度	網站即產品，需即時迭代	需要的是穩定與異常處置	停擺一天的實際損失
知識累積	要形成內部核心能力	只需結果，不需自己養能力	這項能力是不是你的競爭力
規模彈性	工作量穩定成長	工作量起伏大	旺季與淡季的差距倍數
三年方向	持續開發新功能	維持運作並定期改版	網站在營收裡的角色

多數項目落在同一欄，那一欄通常就是答案。六項的份量並不相等：時間敏感度與專業種類影響最大，這兩項若落在同一欄，可以直接當主要依據。兩欄各半，代表你們適合後面談的拆分做法。

自架與外包的風險形態不同，要防的東西也不同

兩邊都有風險，只是長得不一樣。「自己人比較放心」和「外部比較專業」這兩種說法，都只說對了一半。

• 常見誤解

  放在公司內部就沒有風險

  內部人力的風險集中在一個人身上。他請假、離職、被調去支援別的專案，要動到網站的事就得排隊等他回來，通常也沒有第二個人熟悉環境。

• 實際情況

  兩種模式要防的是不同的事

  自建要防的，是知識與職責集中在一個人身上。委外要看的，是承接方是不是一個團隊、有沒有備援人力，能不能長期穩定地承接同一個網站。前者靠內部把事情記下來，後者靠合作對象本身的體質。

談到資產歸屬，有一項不論選哪種模式都該堅持。網域要登記在公司名下，這是公司資產，不該掛在任何個人或第三方名義。網域、主機與系統的差別，另有一篇入門說明。網站內容也屬於你們公司，需要時以通用格式匯出提供。日常上稿由你們公司內部負責，行銷想改文章裡的一句文案，在後台就能處理。

至於主機與系統層的管理，在代管模式下由維護團隊統一持有並負責。理由是系統更新、備份還原與資安處置，都要在很短的時間內完成；管理動線集中，應變才不會被拖慢。想了解涵蓋哪些工作，可以看網站架設與主機代管的服務範圍說明。

三種常見情況該自架還是外包

中小企業最常見的三種樣態，答案分別是整體委外、拆成兩層，以及先切開再談。

情況一：只有形象網站，更新以月計

這是最單純的一類，答案是整體委外。網站的任務是讓人找得到、看得懂、聯絡得上，上線後內容很少變動，養四種角色，利用率會非常低。合理的做法是內部留一位窗口，負責提供內容與確認方向，其餘交給外部。想先抓個感覺，可以瀏覽形象網站案例的規模與呈現方式。

情況二：有電商或線上課程，日常營運量大

這一類要分兩層看。商品上下架、活動檔期、訂單與客服、課程排程與學員回覆，都跟業務決策綁在一起，留在內部效率最高。技術層的相容性、效能與資安，則交給外部長期負責。

金流是少數要兩邊一起做的項目。申請與簽約必須由公司以自己的名義送件，並備齊登記資料；技術串接與後續維護，才由外部處理。電商購物車案例與線上課程案例，可以看出兩種站台的營運工作量差在哪裡。

情況三：已經有資訊人力，網站只是其中一個系統

這種公司要先確認一件事：資訊人力的專業，有沒有涵蓋網站這一側。內部如果已有前端與網站維運的經驗，網站在資訊部門也排得進優先序，日常需求由內部承接就是合理的。

要留意的是另一種情況，也是我們在需求訪談裡很常看到的。資訊人力的專長在內部系統與資安，網站的急件排在營運系統、報表之後，要等多久沒人說得準。這時比較務實的做法是切開來看。內部資訊人力顧好內部系統；網站的設計、改版與系統維運，由外部長期承接，兩邊不互相卡進度。

多數中小企業在自架與外包之間的實際落點

多數公司最後會把角色拆開處理，站在光譜兩端的反而少。這是對兩種模式的長處各取所需，談不上妥協。

• 內容留在內部，因為最懂業務與客戶的人在公司裡（前提是有不會弄亂版面的上稿方式）
• 視覺與工程的需求，由你們公司依改版與活動檔期提出，集中在特定時段，不必為此設固定編制
• 系統維運長期委外，它要的是持續的應變能力與備援人力，一個人的固定工時給不了
• 電商與課程的日常營運留在內部，因為它跟定價、檔期與客服綁在一起
• 網域登記在公司名下，網站內容由公司掌握，系統層有長期負責的一方，資產歸屬從一開始就寫清楚

這樣拆，需要業務理解的日常工作留在內部。集中在檔期的設計與工程，和要持續在跑的系統維運，則交給能彈性調度、也有備援的一方。兩邊各做擅長的事。想知道實際合作怎麼分工，可以看網站專案的合作流程與涵蓋的服務項目。

我們怎麼幫你判斷該自建還是委外

要判斷該自建還是委外，參考的做法是先問一題：網站上一次出狀況，是誰發現的，最後又找誰處理？這一題答得出來，就看得到你們現在的分工實際長什麼樣子。接著，再看下面幾題，每一題都是你們公司內部的事實：

• 過去一年，網站的改動集中在哪幾個月？加起來大概幾天？
• 現有同事裡，內容、視覺、工程、維運這四種，實際蓋得住幾種？
• 網站停擺一天，對營收的實際影響有多大？（答案接近零的話，時間敏感度就不必排在最前面）
• 三年後的網站，功能會比現在多很多，還是差不多？
• 負責網站的同事如果離職，內部要多久才能換手完成？
• 網站相關的年度支出，加總起來是多少？

最常答不出來的是最後一題。答不出來，通常代表成本分散在好幾個地方，沒有人看過全貌。很多公司第一次看到這個數字，是把主機、網域、外掛授權和兼職同事的時間放進同一張表的時候。

如果多數問題都答不出來，要先處理的可能是另一件事：公司還沒把網站當成一項需要有人負責的資產。於是每件事都有人做一點，卻沒有人對整體結果負責。這件事定下來，選哪種模式都會容易許多。

常見問題