中小企業網站系統外包流程完整指南｜7 個關鍵節點、付款比例與避坑清單

你確定要外包的是「系統」，而不是先把流程搞清楚？

這個問題之所以重要，是因為「系統做不出來」往往源自流程一開始就沒想清楚，技術反而不是主因。一家賣手作甜點的小型工作室，找了外包做客製化訂購網站，花了 80 萬、拖了 11 個月才上線——但上線之後三個月，員工還是用 LINE 接單、用 Excel 對帳。系統其實沒壞，真正的問題是工作室根本沒想清楚自己要的流程長什麼樣子。

[Standish Group 的 CHAOS 報告](Standish CHAOS 2020 顯示，只有 31% 的軟體專案算成功，50% 「受挑戰」，19% 直接失敗。其中失敗的最大主因是需求不清、決策延遲、溝通斷裂，技術反而是其次。台灣中小企業更慘——資源少、流程不清、決策只在老闆一個人腦中，外包做出來的系統有將近一半第一年內就被閒置或重做。

這篇文章是寫給「第一次找外包做網站系統」的中小企業老闆。我們把整個外包流程拆成 7 個關鍵節點，每個節點都告訴你：付款比例、要交付什麼、會踩到什麼坑、判斷對錯的標準。看完之後你不會變成 PM，但至少不會被外包牽著鼻子走。

這篇文章接續恆遠先前發布過的 軟體開發流程全攻略、找外包做 APP / 軟體前必踩的 9 個雷、軟體 RFP 範本、UAT 驗收 checklist。如果你只看一篇就要進案，看這篇——把 7 節點全部走過一遍。

中小企業找外包系統前，最該想清楚的 3 件事

還沒進到 RFP、還沒打開報價單、還沒見廠商之前，你要先回答自己三件事。這三件事真正的本質是「動機」與「資源」問題，並非技術問題。把這三件事想清楚，後面 7 個節點都會順很多；想不清楚，外包再強都救不了你。

第一件事：你到底要解決什麼問題？

「我要做一個官網。」這句話講出來等於沒講。官網是工具，不是目的。同樣是官網，「我要做一個能讓客人線上訂購甜點、自動排出貨單、月底直接出對帳表的系統」跟「我要做一個能展示品牌故事、有 SEO 流量進來、轉成 LINE 諮詢的網站」是兩件完全不同的事——前者報價會落在 80–150 萬、後者落在 15–40 萬。

常見錯誤是老闆把「我看到別人有」當成需求。看到 A 公司有訂閱制就想做訂閱制、看到 B 公司有會員點數就想做會員點數——但你的客人根本不會用。需求要從「目前最痛的流程」開始倒推，不是從「別人有的功能」開始堆疊。

第二件事：上線後誰負責維運？

系統上線是新流程的起點，並非終點。但中小企業最常犯的錯，是把外包當成「一次性購買」——交付完就以為事情結束。實際上系統會有 bug、會被使用者要求小改動、會跟新的金流／物流串接、會有資安更新。如果你公司裡沒有人能對接這些事，外包再好也會被你拖死。

先盤點清楚：誰負責內容更新？誰回報 bug？誰決定要不要加新功能？誰看後台數據？如果這四個問題答案都是「老闆」，那你買的不是系統、是另一份全職工作。

第三件事：你能花多少？這筆錢是真的可以花，還是「希望可以花」？

預算是現實限制，不是浪漫想像。30 萬、60 萬、120 萬、200 萬——四個級距能做的事差距很大。比預算重要的是「現金流節奏」：你能不能接受 4 個月內陸續付出 70% 的款項、然後等 1–2 個月才上線？如果現金流卡得緊、又一定要急著上線，那已經超出外包能解決的範圍，真正該做的是「先用 MVP 階梯式驗證 把錢分散」的問題。

把這三件事想清楚再進場。想清楚之後，下面 7 個節點才能照節奏走。

節點 1｜需求訪談：兩週做對等於省 30% 預算

需求訪談是整個外包流程裡最被低估、但最關鍵的階段。時長通常是 2–3 週，付款比例 0%——但如果這 2 週做歪了，後面 4 個月開發都是在補洞。

有個經驗法則：需求訪談每多花 1 週，後續開發階段就能省下 20–30% 的變更成本。因為變更管理單在開發中段最貴——已經寫好的程式要砍掉重寫，已經做好的設計要重畫，工程師的工時是 sunk cost。

誰一定要出席訪談？

這是最常被搞錯的事。中小企業老闆很容易說「我來談就好」，結果上線之後員工抱怨「這跟我們做事方式不一樣」——你買了一套老闆腦中的系統，不是員工會用的系統。

該到場的四種人：

• 決策者（老闆 / 高階主管）——拍板預算、拍板優先順序、拍板上線時程
• 實際使用者——每天會用這套系統的人（業務、客服、會計、倉管）
• IT 窗口——如果公司沒有 IT，至少要有一個能對接資料格式、串接其他系統的人
• 會計 / 財務——只要系統會碰到金流、發票、對帳，會計絕對要在

最常見的失敗是「老闆一個人講完所有需求，員工第一次看到系統是 UAT 階段」。這時候就算發現流程不對，預算已經燒了 80%，只能硬上線然後棄用。

12 個必問的訪談問題

好的廠商會主動問這些；不問的，多半是想趕快進報價、後面再加價。把這 12 題列印出來，廠商沒問完就不要簽。

這 12 題問完之後，廠商應該要交付一份「需求書 SRS 初稿」——5–15 頁、把上面所有答案結構化整理。如果廠商說「不用 SRS、我們進案就開始做」，那是紅旗，請繞道。

節點 2｜報價評估：怎麼讀懂 3 份報價單的差異

拿到報價單那一刻很容易踩坑。同樣一份需求書、3 家廠商可能報出 50 萬、120 萬、280 萬——差價 5 倍。差在哪？不一定是在「品質」或「貴公司比較大牌」，更常見的是「報的範圍根本不同」。

報價單該有的 12 個欄位

少於這 12 項的報價單，要嘛是廠商不專業、要嘛是故意留模糊地帶之後加價。看看你手上那份有沒有：

3 家報價怎麼比？真實案例

有個客戶來找我們之前，已經拿了 3 份報價：A 廠 50 萬、B 廠 120 萬、C 廠 280 萬。乍看 A 最划算。我們陪他逐項拆——

A 廠 50 萬是「先低價簽約後加價」的經典——談的時候答應「先這樣，之後可以調」，簽完之後每個變更都要加錢，最後總成本 100 萬以上、source code 還拿不到。B 廠 120 萬其實是合理價，C 廠 280 萬適合需要長期戰略夥伴的大案。

光看 Tasker 2026 程式開發費用行情 的數據就知道——同樣功能的客製化系統，台灣市場價差可以拉到 3–5 倍，看你買到的是「能上線就好」還是「能用 3 年」。便宜不一定差，但便宜過頭一定有刪減項目，刪減項目不會主動告訴你。

我們的建議是：如果 3 家報價差距超過 30%，那就有東西沒對齊——不是廠商有問題、就是 RFP 不夠清楚。回去把 RFP 補完整再重新比。延伸閱讀：系統開發費用拆解：從報價單看懂隱藏成本。

節點 3｜合約簽訂：source code 歸屬與 IP 條款不能省

合約簽訂時間 1–2 週、付款比例 20–30%（簽約款 + 啟動款）。很多中小企業在這一步「為了快點開始」直接簽廠商提供的範本——這是最危險的時刻。一份偏向廠商的合約，後面三個節點你都會被綁手綁腳。

9 條必看條款

這 9 條裡面，第 1 條 source code 歸屬是中小企業最常踩的坑。詳細條文設計請看 軟體著作權與 source code 歸屬陷阱：找外包老闆必看的合約防雷指南。

節點 4｜設計確認：別讓「我想像中」毀掉整個專案

設計階段時長 2–4 週、累計付款 30–40%。這個階段最常爆炸的不是技術、是「老闆想像中的樣子」跟「實際看到的樣子」對不起來。

人類的視覺記憶非常不可靠。老闆腦中那個「簡潔大方有質感」的網站，跟設計師畫出來的版本，落差可能有 70%——但等開發完才發現，砍掉重練就是 3 個月。

設計階段的 3 個 sign-off 點

縮短「想像 vs 實際」差距的 3 個技巧

• 給參考案例——找 3–5 個你喜歡的網站，跟設計師說「我要這個」比「我要簡潔大方」有用 100 倍
• 先看互動原型再寫程式——Figma prototype 改 10 次的成本 = 寫好程式改 1 次
• 拉真實使用者試走——找 3 個目標客群的人實際點點看、講出感受，找到問題的 CP 值是 PM 自己揣摩的 5 倍以上

視覺稿 sign-off 之後，原則上就不該大改。如果這時還要動結構，等於把節點 1 重做一次——付款已經 30–40% 出去了，再退回去就是雙方都不開心。所以這一輪 sign-off 一定要慎重，會議當場逐頁、逐元件確認，會議紀錄白紙黑字寫下來。

節點 5｜開發迭代：Sprint 節奏與 demo 頻率

開發階段是整個專案最長的——8–16 週、累計付款 50–70%。這個階段業主最常焦慮，因為看不到具體進度、又不懂技術。但其實有個簡單的判斷標準：你是不是每 2 週都能看到「能 demo 的東西」？

瀑布式 vs Scrum：為什麼後者更適合中小企業

舊式的「瀑布式開發」是：規格全部定完 → 設計全部畫完 → 程式全部寫完 → 一次驗收。聽起來合理，但實務上：等到驗收才發現流程不對的時候，整套系統已經做完，要改就是 10–20% 重工。

Scrum 把開發拆成一個個 2 週 sprint，每個 sprint 結束有 demo——你親眼看到、親手點過。發現問題在當下就修，不會累積到最後一刻爆炸。延伸閱讀：敏捷開發是什麼？Agile 完整指南。

變更管理流程：開發中改需求怎麼辦？

實話：客戶 100% 會在開發中改需求，這不是壞事——是現實。重點是有沒有「變更管理流程」把改動制度化。沒有流程的開發案，最後就是廠商「凹」業主，或業主「凹」廠商——兩邊都不開心。

這個流程的關鍵是「白紙黑字、雙方簽收」。口頭答應的變更最後一定吵架——「我以為這個免費」「我以為要這個禮拜就好」。每筆變更都有單據、有簽名、有預估工時，吵架時翻出來就清楚。

Demo 怎麼開？

• 每兩週一次、固定時間——例如每隔週四下午 2 點，廠商先 demo、業主回饋、PM 紀錄
• 業主端要 2–3 人參與——老闆 + 實際使用者，不要只老闆來
• 會後 24 小時內出紀錄——把 demo 看到的問題、回饋、要修的點寫下來
• 把回饋分三級——P0 立刻修、P1 下個 sprint 修、P2 上線後再說

節點 6｜UAT 驗收：30 點 checklist 不能跳

開發收尾後進入 UAT（User Acceptance Test，使用者驗收測試）。時長 2–3 週、累計付款 80–90%。這是付款比例最敏感的一段——驗收沒過、款項就壓著，業主壓力不大；驗收過了、剩下 10% 你就沒籌碼了，所以驗收要動真格。

5 大類測試該怎麼做？

Bug 嚴重度分級與處理 SLA

完整 30 點驗收 checklist 與會議議程模板請看 軟體驗收 SOP 與 UAT 測試清單，把那篇的 checklist 直接列印帶到驗收會議上，逐項勾選。

節點 7｜上線與第一年維運：技術債管理

上線那一天不是終點。上線後的第一個 30 天叫「黃金監控期」——大部分隱藏問題會在這段時間冒出來。第一年則是「技術債滾雪球」的關鍵期——做得對，未來 3 年都好用；做得隨便，第二年就要重寫。

上線後 30 天黃金期：要做什麼？

• 即時監控——Server CPU/記憶體、資料庫慢查詢、錯誤訊息
• 使用者行為追蹤——用 GA4 或熱圖工具看用戶卡在哪
• Bug 快速修復通道——廠商保證 24 小時回應、72 小時修復
• 每週 review 會議——4 週、4 次、把資料整理出來決定下一步優化方向

維運合約怎麼簽？

第一年技術債管理的關鍵——每季做一次「程式碼健檢」，把累積的小毛病一次清掉。延伸閱讀：系統上線後的第一年：維運、技術債與持續優化 與 什麼是技術債？為什麼你的系統越改越慢。

不同預算（30/60/120 萬）對應的服務範圍對照

「我有 60 萬、能做到什麼？」這是業主最常問的問題。下面這張表是把市場常見的四個預算級距，跟對應的功能、時程、維運做整理。注意：這是「合理市場價」，不是最便宜也不是最豪華——便宜過頭看節點 2 那段 50 萬陷阱，太貴的請看 客製化網站費用完整指南。

沒看到自己的預算落點？簡單原則：

• 少於 15 萬——不是「客製化」的價位，應該考慮 SaaS 或WordPress 套版，省 80% 預算先驗證商業模式
• 15–30 萬——能做形象網站 + 簡單系統模組（會員、表單、訂單）
• 30–60 萬——多模組客製、SEO 友善、基本整合
• 60–120 萬——較完整客製系統，含 1–2 個外部整合
• 120 萬以上——複雜業務流程、多系統整合、企業內部數位轉型

為什麼選恆遠做網站系統外包（站在 AI 巨人肩膀上加速交付）

恆遠數位行銷是專業的客製化接案公司——客製化網站、客製化系統、客製化 AI 應用是我們的主場。我們最不一樣的地方，是 2024 年起全面導入 AI 工具進開發流程，讓中小企業能用更合理的預算拿到原本只有大企業才負擔得起的客製化品質。

AI 加速交付，具體怎麼做？

• Claude Code / Cursor 加速程式撰寫——以前要 2 週的功能模組，現在 1 週內可完成 demo
• AI 自動寫單元測試——測試覆蓋率從業界平均 30% 拉到 70% 以上、bug 率下降
• AI 文件自動生成——API 文件、操作手冊、交接文件不再是「最後才補」
• AI 程式碼健檢——每次 commit 自動掃描安全漏洞與技術債

這不代表「我們不寫程式、AI 幫我們做完」——客製化系統的核心仍然是商業流程拆解、架構設計、整合判斷，這些是 AI 暫時取代不了的。AI 只是把重複性高、機械性的部分加速，讓我們把時間花在「真正需要動腦」的地方。

對中小企業老闆來說，這代表三件事：

• 交期更短——同樣的需求，比業界平均快 20–30%
• 品質更穩——AI 寫測試 + 程式碼健檢，bug 率比業界平均低 40%
• 預算更省——AI 加速等於工時縮短，省下來的成本回饋到報價

看相關案例：金屬加工廠的報價地獄怎麼破？傳產 AI 報價系統落地實戰、客製化 AI 系統開發完整指南。

如果你正在評估客製化網站或系統外包，歡迎與我們聊聊：客製化網站／系統開發服務。如果是想做 SEO 友善的官網，可以看 SEO 網站服務。

常見問題 FAQ

最後一段：你準備好開始了嗎？

看完 7 個節點，你應該對整個流程有完整的圖。但圖是死的、案子是活的——每家公司的情境不一樣、每個產業的踩坑點不同。如果你正在準備找外包做網站或系統，下面三件事可以馬上做：

• 先寫一份 RFP——花 1–2 週把需求寫成 5–10 頁文件，跟 RFP 範本 對照
• 找 3 家廠商比稿——同一份 RFP、同一個時程、同一個預算範圍
• 挑「願意陪你把需求講清楚」的廠商——不是挑最便宜、也不是挑最便宜——是挑願意花時間、不急著簽約的

如果你想直接聊聊看自己的案子適不適合外包、預算夠不夠、流程該怎麼跑——歡迎來信或預約諮詢。恆遠提供 客製化網站開發 與 SEO 網站建置 兩條服務線，從需求訪談到上線維運一條龍。第一次諮詢免費，不用擔心被推銷。

延伸閱讀清單：

• 軟體開發流程全攻略：從評估到上線
• 找外包做 APP / 軟體前必踩的 9 個雷
• 軟體著作權與 source code 歸屬陷阱
• 軟體 RFP 怎麼寫？老闆版需求書範本
• UAT 驗收 SOP 與 30 點 checklist
• MVP 不是把功能砍少：4 階段付款指南
• 系統開發費用完整拆解
• WordPress 還是客製化？老闆判斷指南