客製化網站開發完整指南：四條實作路徑、規格書要寫什麼、報價區間與驗收清單

每年經手的網站發包詢價裡，最常出現的一句話是「我要做一個客製化網站，大概多少錢？」。這句話沒辦法報價，因為「客製化網站開發」在台灣市場同時指涉四種完全不同的工程量體：改一套佈景主題的顏色是它、用 CMS 疊出十幾個內容區塊是它、前後端分離接七支 API 是它，從資料表設計一路寫到後台權限管理也是它。四者的報價從六位數初到七位數中段都有人開。

報價之所以拉開，通常來自雙方對「客製化」三個字的定義從來沒有對齊。買方腦中想的是「頁面長得跟別人不一樣」，賣方報的可能是「整套後台我幫你重寫」。等到發現落差時，合約已經簽了，追加單也開始一張一張進來。

這篇的目的是把發包前該做完的判斷一次講完：先分清楚你要的東西的性質，再對照四條實作路徑，接著把規格書該有的六個區塊寫出來，最後用一份交付清單與驗收表把錢綁在節點上。看完之後，你至少能在第一次跟廠商開會時，把「大概多少錢」換成三個具體的問題。

先分清楚：你要的是一個網站，還是一套跑在瀏覽器裡的系統

這是整個發包流程最上游的分岔點，也是最多人跳過的一步。判準很簡單，問自己一句：這個網站上線之後，有沒有『使用者登入後做事』這件事？

如果答案是沒有，訪客只是來看資訊、看案例、留下聯絡方式，那你要的是一個內容型網站。這類專案的成本主要壓在設計、內容編排、效能與 SEO 上，工程複雜度相對可控。

如果答案是有（會員要登入、要下單、要送出表單後進入審核流程、要看到只屬於自己的資料），那你要的其實是一套系統，只是它的介面長在瀏覽器裡。這類專案的成本會壓在資料結構、權限模型、狀態流轉與例外處理上，前台頁面反而是相對便宜的部分。

很多預算爆掉的案子，起點就是拿內容型網站的價格去買系統型網站的功能。如果你的需求裡出現「會員中心」「後台審核」「多角色權限」這幾個詞，請直接跳到系統型那一欄看待遇，別再拿套版的報價當基準。關於這兩類專案在流程上的差別，系統開發流程完整拆解把七個節點各要交什麼列得很細，發包前值得先看過。

四條實作路徑對照：套版、CMS 客製、Headless、全客製

釐清性質之後，接下來是選路徑。市面上所有的網站報價，拆到底都落在這四條路其中一條，差別只在廠商用什麼詞包裝它。

套版微調

買一套現成佈景主題，改配色、換圖、調文案，必要時裝幾個外掛。速度最快、預算最低，代價是版面結構被主題綁死，想加一個主題沒設計過的區塊，往往得靠外掛硬疊，長期會累積成維護債。

CMS 深度客製

以 WordPress 這類 CMS 當底，但版型與內容區塊是為你重畫的，後台欄位也按你的內容結構重新定義。彈性與成本的平衡點，適合內容量大、需要行銷團隊自行更新的官網。WordPress 還是客製化系統那篇有一份三年總成本的試算，可以拿來對照。

Headless 架構

內容管理與前台呈現拆開，CMS 只負責出 API，前台用 Next.js 這類框架自己渲染。效能與多渠道複用是強項，代價是需要前端工程能力，維運複雜度上升。選型時要考慮的東西不少，Headless CMS 選型完整指南把五條主流路徑的報價區間與合約紅線都攤開了。

全客製開發

資料模型、後端 API、前台介面、後台管理全部從頭設計。只有在既有工具真的裝不下你的商業邏輯時才走這條，例如報價規則會隨客戶等級與檔期動態變動、或前台要即時反映後端的庫存與檔期狀態。

該走哪一條路徑：一張圖跑完決策

把上面的判斷收斂成一條決策路徑，多數專案在五個問題之內就能定案。

這張圖刻意把「預算多少」放在最後而不是最前面。先讓需求決定路徑，再看預算能不能支撐該路徑；如果撐不住，正確的動作是砍需求範圍，而不是換一條裝不下需求的便宜路徑。後者換來的通常是上線半年後打掉重做，網站重構 vs 重做完整決策框架那篇整理的五個「該整個重做」訊號，有一半源自當初路徑選錯。

規格書要寫哪六塊，少一塊就會變成追加單

業界對規格書的落差，多半集中在同樣幾個位置。從追加單的內容回推，會發現九成的爭議都能對應到規格書漏寫的某一塊。

1. 頁面清單與版型數：列出每一個頁面，並標明它用哪一個版型。「約 10 頁」是災難的開始，因為做到第 11 頁時雙方對「約」的解釋一定不同。
2. 內容誰提供、什麼時候提供：文案、圖片、產品資料由誰負責、幾號前給。內容延遲是台灣網站專案延期最大的單一原因，而且延誤責任如果沒寫進合約，最後會變成廠商的鍋。
3. 功能的邊界條件：表單送出失敗要怎樣？會員忘記密碼的流程長怎樣？後台可以改哪些欄位、不能改哪些？這一段沒寫，工程師會照最省事的方式做。
4. 既有系統的串接範圍：要接金流、物流、發票、CRM 還是 ERP？每一個串接都是獨立的工項，也是獨立的風險。
5. 效能與相容性的驗收數字：首屏時間、Core Web Vitals 門檻、要支援到哪一版瀏覽器。沒有數字就沒有驗收基準。
6. 交付物清單與智慧財產歸屬：原始碼、設計檔、帳號密碼、部署文件歸誰。這一段常常整個消失，直到要換廠商時才發現拿不回東西。

要寫成一份能直接發給三家廠商比價的文件，客製化系統需求書（BRD）完整寫法有八大欄位的範本與廠商比對表，照著填會比從零開始快很多。

三個報價區間，各自實際買到什麼

排除套版之後，客製化網站開發在台灣中小企業市場大致落在三個級距。這裡不列價格帶的上下限，改列「這個級距的交付內容通常長什麼樣」，比較不會被漂亮的報價單話術帶走。

看報價單時，把每一行對回上面這張表。若某家報價明顯低一個級距、但功能欄位寫得跟高級距一樣，那多半有一段成本被挪到後面的追加單裡。三家報價差距拉開時怎麼解讀，客製化系統發包三家報價差 5 倍完整解碼框架把六個落差來源與五個紅旗訊號列成了對照表。想更完整地看網站費用怎麼組成，網站架設費用整理表有逐項的報價細節。

交付清單：這些東西沒拿到，不算結案

恆遠自己接客製化網站與系統專案時，結案包固定含下面這幾樣；把它當成你的驗收清單直接抄過去用也可以。

恆遠自家的秒發報價 Pro與會員中樞系統都是用同一份清單自我驗收後才對外開放的：先讓自己的產品吃過這套流程，再拿去要求客戶專案，說服力才站得住。影視器材租賃與檔期系統則是把「交付清單」寫進合約附件的實例，結案當天客戶就拿到了完整的環境文件與部署權限。

網域這一項特別容易出事，因為它常常掛在早期某位離職員工的私人信箱下。發包前先確認網域管理權在自己手上，細節可參考企業網域怎麼選與註冊完整指南。

驗收要驗什麼：效能、SEO、資安、可維護性

多數驗收會議只驗「功能有沒有做出來」，這是遠遠不夠的。四個面向都要有可量測的數字，才能避免上線之後才發現問題。

「請廠商當場還原一次備份」這一條，是所有驗收動作裡投報率最高的。備份腳本寫了但從沒驗過還原，是網站被駭之後最常見的致命傷，WordPress 網站被駭怎麼辦有完整的止血 SOP 與備份策略。至於設計品質怎麼用非設計背景的語言驗收，官網設計外包怎麼評估列了八個老闆看得懂的判準。

效能這件事在架構層級就決定大半。如果專案走 Headless 或全客製，Next.js Partial Prerendering 完整實戰示範了首屏壓到 0.8 秒同時砍掉四成伺服器費用的作法，可以拿去問廠商有沒有能力做到。

老闆最常踩的五個坑

• 用頁數報價，卻沒定義版型數：十頁共用一個版型跟十頁各一個版型，工作量差五倍以上。報價單上請要求對方列出版型數，頁數只是附帶資訊。
• 把 SEO 當成上線後的加購項：網址結構、標題邏輯、內容層級都是在開發階段決定的，上線後再補等於部分重做。
• 內容自己寫但一直交不出來：專案延期最大宗。若團隊沒有寫的人力，開案時就把內容製作列成付費工項，別放進「客戶提供」欄。
• 後台功能開太多：每一個「這裡也讓我能改」都是一筆開發成本與一個潛在的壞版面。八成內容能自己改就夠了。
• 沒有維護預算：網站上線只是開始，主機、憑證、CMS 版本、外掛安全性都需要持續投入。把首年維護費列進總預算，別等第 13 個月才發現。

這五個坑之外，如果你的網站要接電商，選型的坑又是另一套邏輯，客製化電商系統開發 vs Shopify、Cyberbiz、91APP 選型指南有專門的對照。而在挑廠商這一關，網頁設計公司怎麼挑的七個技術指標可以拿來當面試題庫。

下一步怎麼走

如果你手上已經有初步需求，建議的順序是：先用本文第一段的問題確認網站性質，接著照決策圖選出路徑，再把規格書六個區塊寫成一份文件，最後帶著同一份文件去找三家廠商報價。同一份規格書拿到的三張報價，才具備比較的意義。

我們怎麼看

這幾年網站發包市場最大的變化，是「做得出來」已經不再是門檻。AI 輔助開發把產出頁面的速度推得極快，一個能寫程式的人配上現在的工具，兩週生出一個看起來像樣的網站並不困難。門檻整個移動到了後面：上線一年後還撐不撐得住、換人接手要花多久、加一個功能是兩天還是兩個月。

所以恆遠在評估一個客製化網站專案時，衡量標準已經從「這個功能做不做得出來」換成「這個結構三年後還好不好動」。這也是我們願意在合約裡把交付清單、資料庫結構說明、部署文件寫成附件的原因：這些東西對當下的上線沒有幫助，但它們決定了你未來三年的議價能力。一個交不出環境文件的廠商，本質上是在用資訊落差鎖住客戶。

對發包方的建議只有一句：把預算的一小部分留給「可維護性」，它不會讓網站在上線當天看起來更好，但會在第二年替你省下一次重做。恆遠的補習班補課系統與汽車包膜報價與簽約系統都是上線後由客戶端自行擴充功能的案子，能做到這件事的關鍵，在於開案時就把結構與文件當成交付物來設計，技術是否前衛反倒其次。