企業採購官網時最常卡住的不是預算，而是拿到的幾份報價單長得完全不一樣：有的只寫一行「網站建置」，有的列了二十幾個項目，落差很大卻看不出差在哪。這篇不談金額，只談報價背後實際在計算什麼、哪些結構性因素會讓同一個需求報出不同結果，以及核對報價單時該逐欄確認什麼，才不會做到一半才發現某個項目從來不在範圍內。
報價單上的數字，計算的是工時與責任範圍
官網不是規格固定的商品，任何一份報價的本質，都是把預期投入的工時、需要承擔的責任、以及交付後要負責到什麼程度，換算成一個數字。同樣一句「我們要做一個官網」，可能指的是套用現成版型、換上文字與照片就上線，也可能是從品牌定位重新規劃資訊架構、逐頁客製視覺、再串接內部既有的資料。這兩件事的工作內容差距極大，報出來的數字自然不會接近。
責任範圍則是另一條容易被忽略的線。上線後版面在某些裝置跑掉，是誰處理、要處理多久、需不需要另外計費；素材是由誰整理、整理到什麼程度；專案延宕時，責任怎麼歸屬。這些條件不同，同一份需求的合理報價就會不同。採購方如果只比對總價，等於是在比較兩件本質不同的東西，比出來的便宜通常只是責任被縮到最小。
頁數不等於工作量，真正拉開差距的是版型數量
用頁數議價是最常見的做法，卻也是最容易誤判的一種。十頁的網站裡如果有八頁共用同一種內頁結構，實際的設計與切版工時接近三頁的量；反過來說，五頁如果各有各的區塊組合與互動邏輯，那就是五套版型要各做一次。真正該問清楚的是這個網站總共有幾種版型，哪些頁面是套用既有版型、哪些是獨立設計。
順著這條線還要確認一件事：日後企業自行新增頁面時，有沒有版型可以直接套用。有些報價把每一頁都當獨立設計，看似完整，卻等於未來每加一頁都得回頭找廠商；有些則把版型做成可重複使用的模組，前期投入高一點，後續內部就能自行維護。這個取捨影響的不只是這次的報價，而是接下來幾年的維運負擔。
功能需求描述得多細，決定了追加會不會發生
報價爭議有很高比例來自功能描述的顆粒度。需求單上寫「要有會員功能」，和寫「會員要能註冊、查詢歷史訂單、修改基本資料、自行重設密碼，且客服可在後台代為調整」，是兩個完全不同的規模。表單、多語系、後台權限分層、與內部系統對接，每一項都可以往下拆出好幾層，而拆到哪一層，決定了報價準不準。
建議詢價前先把每個功能寫成使用情境：誰會用、在什麼情況下用、操作完系統要做什麼、資料存到哪裡。情境寫得出來，廠商才估得準；寫不出來通常代表內部還沒討論完，那就該在報價單上標成待確認，而不是先報一個數字進去。與外部服務對接的部分更要留意，對方的規格與限制不在建置團隊的控制範圍內。
採購方最容易漏看的報價單欄位
- 素材與內容的責任歸屬：文案、照片、產品資料由誰提供、提供到什麼精細度、企業端逾期交付時專案時程怎麼順延，都要寫進去。
- 修改輪次的定義：一輪修改是指一次彙整後的意見，還是每次來信都算一次；超過約定輪次怎麼處理；什麼程度的變更會被認定為重做。
- 主機、網域與憑證：是否包含第一年、之後由誰續約、帳號登記在誰名下。登記在廠商名下是後續轉移最常出問題的地方。
- 上線後的保固範圍：保固修的是原本就該正常運作卻沒有的瑕疵，還是也包含新增的需求；期限多長、回應時間怎麼算。
- 檔案與帳號的交付：後台最高權限、原始設計檔、程式碼與資料庫的歸屬與交付時點，在合約裡寫清楚，比事後再爭取容易得多。
- 教育訓練與操作文件：後台教學是否包含、時數如何約定、有無文件紀錄，人員異動時這一項的價值會很明顯。
比價時該問的問題，比總價更能看出差距
把幾份報價攤開來時，與其比對數字，不如對每一家問同一組問題：這個價格裡不包含什麼？專案進行中若要增加一個功能，計算方式是什麼？窗口是誰、回覆的節奏如何？上線後發現某個瀏覽器上版面異常，算不算在保固內？網站的後台帳號與原始檔何時交付？把各家的答案並排比較，差距會比總價更清楚。
另外要提醒的是，報價偏低不一定是佔便宜。明顯低於其他家的報價，通常代表對方對需求的理解不同，或把責任範圍壓到最小，將後續可能發生的工作都留到追加階段處理，而這在專案中段最容易引發爭執。與其事後協商，不如在簽約前把範圍談清楚，讓報價單本身就是一份可以驗收的文件。
常見問題
報價單只有一行總價，可以要求對方拆細嗎？
可以，而且應該要求。拆細不是為了逐項殺價，而是為了確認雙方對範圍的理解一致。請對方至少拆出設計、前端切版、後台功能、內容上架、測試與教育訓練這幾塊，並註明各自包含與不包含什麼。願意拆細的廠商通常對自己的工時掌握度較高，拆完之後的討論也會具體很多。
為什麼同樣的需求，不同廠商報出來差這麼多？
主要來自三個地方：對需求的理解深度不同、版型與功能的客製程度不同、以及願意承擔的責任範圍不同。有些報價假設企業會提供完整文案與圖片，有些則含內容整理；有些保固只涵蓋短期瑕疵，有些包含較長期的維護。把這些條件對齊之後再看，落差通常會縮小很多。
企業端該先準備什麼，報價才會準確？
至少要有三份東西：網站的目標與希望訪客完成的動作、大致的頁面清單與各頁要放的內容類型、以及功能的使用情境描述。再加上現有素材的盤點結果，例如文案是否齊全、照片能不能用、產品資料在哪裡。這些準備好，廠商才不需要用假設來估算，報價自然更貼近實際。
報價單上寫「含後續維護」，這樣夠嗎？
不夠。維護是個很含糊的詞，需要往下寫明：維護的內容包含哪些（例如系統與外掛更新、備份、異常排除），期間多長，每月是否有工時上限，超過怎麼計算，緊急狀況的回應時間是多久。沒有這些條件，維護在實務上很容易變成雙方認知不一致的來源。
如果專案中途需求變更，通常怎麼處理比較合理？
合理的做法是在合約裡先約定變更流程：由誰提出、以書面或系統紀錄確認、廠商評估影響的工時與時程後回覆、雙方同意再執行。重點不是禁止變更，而是讓每次變更都留下紀錄，避免累積成一筆說不清楚的帳。這個流程愈早講定，後期摩擦愈少。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
加入京采 LINE 好友相關主題
下一步
如果你正在評估「官方網頁設計費用」相關的規劃，可以參考我們的網頁設計服務，或直接與我們聯繫，我們會依你的產業與現況給出務實的建議。