網站外包最怕做到一半沒人接？六個能事前確認的風險點

文章導讀

截至 2026 年，網站外包的風險早就不是「會不會被騙」這麼單純。多數公司真正踩到的坑，是網站順利做完、也順利上線了，但兩年後想改一個頁面、修一個表單，卻發現當初那位工程師已經聯絡不上，也沒有人知道這個網站是怎麼被組起來的。

這篇不談怎麼挑便宜的廠商，而是拆解一件更實際的事：什麼樣的合作結構會讓網站在中途卡死，以及在還沒簽約的洽談階段，有哪六個面向是外行人也判斷得出來的。這六點不需要你懂技術，只需要問對方向、並聽得出對方的回答站不站得住腳。

網站外包「沒人接」通常不是廠商倒了，是單點斷了

先講清楚一件事：網站外包做到一半停擺，絕大多數不是惡意，而是結構性的。接案的人生病、換工作、接了更大的案子，這些都不是誰的錯，但只要專案的知識與執行都集中在他身上，他一離線，你的網站就跟著離線。

這種情形的共通特徵是：網站能不能繼續往前，取決於一個特定的人在不在，而不是取決於你付了多少錢或合約寫了什麼。合約可以規範賠償，但換不回時間。

三種最常見的斷點

• 建置期斷在中途

  版型做了一半、功能還沒串完，檔案散在對方電腦裡。換人接不接得住，取決於完成的比例與架構常不常見：完成度低又是冷門做法，接手評估可能比重做還久；主體成形又是主流架構的，通常接手比較省。

• 上線後失聯

  網站還在跑，看起來沒事，但沒有人在更新、沒有人在備份、也沒有人在看有沒有異常。這種「活著但沒人管」的狀態會維持很久，直到某個到期日到了才爆出來：網域到期、主機方案到期、憑證過期，或是系統版本落後太多，一更新就壞。

• 窗口換人但知識沒交出去

  廠商還在、也願意服務，但原本負責的人離職了，接手的同事對這個網站一無所知。你會發現同樣一個需求，講第二次比第一次更費力。

風險點一：承接的是一個團隊還是一個人

個人接案與團隊承接的差別，不在於誰技術比較好，而在於工作停下來的時候，還有沒有第二個人能繼續。這一點對交易型或會員型網站影響最大；純形象網站的重點在後面的資產歸屬與收尾。個人接案的優點是溝通直接、彈性高、報價通常也比較低。

這類網站的工作是連續的。中斷之後，下一個人要先重建對現況的理解才敢動手，這段成本不會因為中斷的時間短就等比例縮小。

• 常見誤解

  公司規模大就等於接得住

  看到有辦公室、有官網、有作品集就放心了。但實際執行的可能仍是外包的自由工作者，公司只是中間的接單方。

• 實際情況

  關鍵在專案內部是不是分工的

  值得留意的是這個專案裡企劃、設計、前端與系統維運是不是不同的人在做。有分工，代表知識本來就分散，不是集中在一顆腦袋裡。

你可以從報價單看出端倪。分工明確的團隊，報價會依階段拆開；一個人全包的案子通常是一個總價、一段描述。這不是說總價報法有問題，而是它讓你看不出中間有幾個人參與。可以參考網站專案的合作流程，對照你的報價落在哪個環節。

風險點二：這個網站的來龍去脈有沒有被記下來

一個網站真正難交接的部分，不是檔案，是決策。為什麼這個功能要這樣做、當初為什麼選這個外掛、某個頁面為什麼有例外處理，這些只要還留在某個人的記憶裡，就是專案最脆弱的資產。

交接文件不需要是厚厚一本規格書。實務上真正有用的通常是三種紀錄：網站用了哪些主要元件與版本、有哪些地方做了特別處理、以及環境設定的變更歷程。有沒有寫下來，決定了換人接手是先看紀錄，還是先靠猜。

怎麼在洽談時判斷

• 對方談過去的專案時，說得出當時的技術取捨與理由嗎？（只講「做得很漂亮」的，通常沒有留紀錄的習慣）
• 對方會主動提到交付時包含哪些說明文件嗎？還是要你問了才想到？
• 如果你臨時提出一個修改，對方說不說得清楚會動到哪些地方、有沒有連帶影響？

風險點三：出狀況時，多久會有人開始處理

先給答案：重點不是「保證幾小時修好」，而是「誰會回應、這件事排在什麼位置」。修好的時間取決於問題本身，但怎麼排順位，是可以事先講清楚的。

網站的故障有等級之分，混在一起談就會失焦。整站打不開、結帳流程中斷、表單收不到資料屬於營運停擺，通常會被排在所有工作的最前面。頁面樣式跑掉、圖片顯示異常，難看但不影響交易，一般會併入既有的維護排程。

狀況等級	典型情形	常見的處理順位	沒有先分級會怎樣
營運停擺	網站打不開、無法結帳、表單失效	最高順位，與其他需求分開排	雙方對「急」的認知不同
功能異常	某個區塊失效、資料顯示錯誤	排在營運停擺之後	被無限期往後排
外觀瑕疵	版面跑位、圖片比例不對	隨下一次維護排程一起處理	累積成一長串沒人處理的小問題
新增需求	加頁面、加功能、改版	不併入維護，另行評估	與維護混為一談，雙方認知落差

把等級先分開，雙方對「急」的定義才會一致。各家做法不同，實際節奏在事前談定就好，不必套用通用數字。

另一個容易被忽略的是：唯一負責的那個人休假時怎麼辦。備援人力不代表要有一整排人待命，而是這個網站的現況不只存在一個人的記憶裡，換人接手時看得到它在哪裡、長什麼樣子、上次動過什麼。

風險點四：網域與各項服務的歸屬清不清楚

歸屬要看的是每一項服務找不找得到負責的人，而不是誰手上的鑰匙比較多。網域是公司資產、內容與資料是公司的（各層的關係見網站的組成與名詞白話對照），主機與系統環境則需要有人統一維運，三者性質本來就不同。

其中最該堅持的是網域。它用了幾年之後，名片、發票、廣告投放與搜尋索引都綁在上面，換掉的代價很高。網域跟商標、公司名稱不同的地方在於，它是向註冊商年繳承租、先到先得，到期沒續約就會釋出，所以理應以公司名義註冊。這在業界少有爭議，一開始講明所有人登記，續約追蹤與解析設定交給維護方執行就好。

主機與系統環境需要的是即時處置的能力：更新要排、備份要跑、憑證會到期、遇到異常流量要當下處理。這一層由維護方統一管理，是為了讓應變不被卡住，因為權限分散往往是拖慢處置的原因。公司端保有內容編輯與日常營運所需的操作，改文案、發文章、開活動頁都不受影響。

項目	性質	日常由誰處理
網域	公司資產，以公司名義註冊	維護方協助續約追蹤與解析設定
網站內容與資料	公司所有	公司自行編輯與上稿
主機與系統環境	維護層，由維護方統一維運	備份、更新、資安與效能處置
金流與發票服務	依法以公司統編申請	維護方負責串接、對帳異常與規格更新

主機與系統環境屬於維護層，更新、備份與資安處置要能即時執行，因此由維護方統一維運。

想看這樣的分工實際運作的樣子，可以看看網站作品實例，或先讀我們寫過的官網維護需要哪些角色，會更容易理解每一層對應的是誰的工作。

風險點五：技術選型會不會讓後面的人很難接

技術選型是網站外包裡最容易被跳過的一項，但它對你的實際影響只有一句話：未來換一組人接手時，市場上找不找得到看得懂的人。

用常見的內容管理系統與主流架構做出來的網站，接手門檻低，因為熟悉它的人多。反過來，如果整個網站是某個人自己寫的一套框架，或用了很冷門的工具，即使檔案完整交出來，也很難找到願意接的人，因為要花的時間遠超過報價能覆蓋的範圍。

幾個判斷的角度

• 先問這個網站是用什麼做的

  你不需要懂技術細節，只需要一個明確的名稱。如果對方回答含糊、或只說「我們自己的系統」，那就值得再多問幾句。

• 再問這個選擇的理由

  好的答案會連結到你的需求：你要自己上稿、之後要加會員、商品數量會成長。壞的答案是「我們都用這個」。

• 看它跟你既有工具搭不搭

  如果公司已經在用某套金流、會員系統或進銷存，選型要能對得上，否則後面每一次串接都會變成客製化工程。

• 確認自訂的部分佔多少

  完全不客製會綁手綁腳，全部客製則接手成本高。合理的做法是主體用成熟方案，只在必要的地方做客製。

如果你的需求本來就偏客製，例如串既有系統或做特殊流程，重點就不是避開客製，而是確認客製的範圍有被寫下來、也被隔離在可辨識的位置。可以參考客製化功能案例，看看哪些屬於合理的客製範圍。

風險點六：合作結束時，收尾是怎麼進行的

沒有人喜歡在開始合作時談結束，但這一點最能看出對方的體質。願意一開始就把收尾方式講清楚的一方，通常也是平常做事有紀錄的一方。

收尾之所以容易變成爭議，多半不是因為誰不配合，而是雙方對「網站是什麼」的認知一開始就不同。網站上的營運資料與網站的開發成果，在權利上不是同一件事，這個區分先講清楚，收尾就是例行確認而不是談判。

• 常見誤解

  付了建置費用，整個網站就能原封不動搬走

  包含背後的功能模組與程式在內，都被假設為一併取得。這個認知通常要到合作結束時才會被發現不成立，屆時雙方都不好處理。

• 實際情況

  內容是公司的，開發成果通常是授權使用

  文章、圖片、商品與訂單、會員這些營運資料屬於公司，收尾時本來就會提供。而為專案開發的功能模組與客製前端，多數情況屬於開發方的著作權，以授權方式供這個網站使用。

這是軟體產業的常態，不是刁難。同一套元件會用在多個專案上，可重複使用正是它的價值所在；若隨每次合作結束一併移轉，這個模式就無法成立。公司若確實需要完整取得這部分的權利，一般是另以買斷計價，而且在合作開始前就談定，不是等到結束時才提。

• 營運資料（文章、圖片、商品與訂單、會員）以什麼形式提供？大約需要多少時間？
• 客製開發的部分是授權使用還是買斷？若要買斷，計價方式是什麼？
• 交接期間網站的營運會怎麼安排？是先備妥新環境再切換，還是直接停機處理？

這也是判斷一段合作值不值得長期走下去的方式。如果對方在這個題目上顧左右而言他，通常代表他們自己也沒想清楚，這比價格差異更值得納入考量。

網站外包洽談時就看得出來的風險訊號

這六點你不需要拿著清單逐條盤問，多數訊號會在洽談過程中自己浮現。

• 回答問題的方式

  有經驗的一方會主動指出你沒想到的風險，甚至會說「這個功能你現階段不需要」。什麼都說沒問題的，通常還沒認真想過怎麼做。

• 報價的顆粒度

  報價把階段、工項與後續維護分開列的，代表對方對自己的工作內容有結構化的認識。一句話一個總價，你無從判斷中間發生什麼。

• 談維護的態度

  把上線當作專案終點的，跟一開始就把維護納入討論的，是兩種不同的合作模式。前者報價通常較低，但你要自己承擔後面那段。

最後提醒一個判斷順序：這六個風險點的權重會隨網站型態改變。純形象網站的風險集中在資產歸屬與收尾；有交易或會員的網站，備援人力與處理順位會排到最前面。先確認自己屬於哪一類，再決定注意力放在哪幾點。若不確定需求落在哪個量級，看看電商購物車案例與形象網站案例的差異，會比看規格表更有感覺。

把網站外包給接得住的一方

快找整合顧問的網站架設與主機代管，正是以團隊分工的方式承接上面這幾塊：企劃、設計、工程與系統維運各有負責的人，環境設定與變更歷程留在我們這裡而不是某個人的記憶裡。網域以貴公司名義註冊，內容與資料屬於貴公司，日常上稿與營運由你們自己掌握。

如果你手上的網站正處在「不知道該找誰」的狀態，或正在評估新的合作對象，可以先看服務項目了解我們負責的範圍，或直接把現況告訴我們。

內文精華總結

• 風險的本質：網站外包做到一半沒人接，多數不是廠商惡意，而是知識與執行都集中在單一個人身上。
• 團隊或個人：單純的形象網站找個人合作合理；牽涉交易、會員或長期演進的網站，需要的是有分工的承接方。
• 紀錄比檔案重要：真正難交接的是決策理由，不是檔案本身；有沒有留下環境與變更紀錄，決定換人接手要不要先反推現況。
• 處理順位：要談的是這件事排在什麼位置，而不是保證幾小時修好；先把故障等級分開，雙方對「急」的定義才會一致。
• 資產歸屬：網域是年繳承租、先到先得的公司資產，理應以公司名義註冊；主機與系統層由維護方統一維運，讓備份與資安處置能即時執行。
• 技術選型與收尾：選型的意義在於未來好不好找人接手；收尾方式在合作愉快時談是例行確認，破局時談就變成談判。

延伸閱讀

• 官網維護需要哪些角色
• 網站專案的合作流程
• 網站架設與主機代管：服務範圍與合作方式
• 網站作品實例

重點整理