網站頁數只描述公開內容的數量,無法完整反映內容整理、客製設計、CMS、表單資料、會員權限、多語、第三方串接、測試與交付。兩個同樣標示五頁的網站,一個可能只是放入既有文字與圖片,另一個需要重新梳理內容、建立詢價後台與三語管理,工作範圍自然不同。比較報價時,應先把「包含什麼、由誰提供、如何驗收」逐項對齊。
真正應該比較的不是總價和頁數,而是同一份需求下的交付範圍。
頁面數仍然有參考價值,但它只是其中一個尺寸。若沒有把每頁內容差異、共用元件、後台資料、外部服務與上線責任寫清楚,兩份看似相近的報價可能根本不是同一個專案。
為什麼同樣五頁,工作量可能完全不同?
假設兩家公司都要首頁、關於、服務、案例與聯絡五頁:
- A 案已提供完整文字與合格圖片,使用既有版型,聯絡表單只寄 Email,網站只有一種語言。
- B 案需要訪談整理定位、建立專屬視覺、搬移舊內容、管理三語版本、保存詢價到後台、設定角色權限,並串接分析與通知。
公開頁數相同,但 B 案包含內容策略、資料建模、後台流程、語言管理、整合與更多驗收。若只把兩案都寫成「五頁響應式網站」,企業看不到真正的差異,製作方也難以對修改與責任建立一致預期。
影響網站製作範圍的 8 個主要因素
1. 內容是否已經準備完成
網站需要的不只是幾段文字。還要確認品牌定位、服務名稱、目標客群、行動指引、案例授權、圖片品質、翻譯與法律告知。內容若尚未整理,製作範圍可能包含訪談、架構、撰稿、校對、素材選擇與資料搬移。
報價前應確認:
- 誰提供文字與圖片?
- 製作方是排版、潤稿,還是從訪談開始撰寫?
- 案例與圖片是否已取得公開權利?
- 舊站內容要全部搬移,還是先篩選?
- 誰負責最終事實與語言核准?
2. 設計是套用、調整還是重新建立
套用成熟版型、依品牌調整版型,以及從內容與互動重新設計,工作方式不同。客製設計通常還包含資訊層級、元件狀態、手機版、錯誤提示、空資料、載入與互動,而不只是一張桌機首頁圖。
報價中的「客製設計」應說清楚:
- 包含哪些頁面或共用元件?
- 桌機與手機是否分別檢查?
- 修改輪次如何定義?
- 按鈕、表單、選單、彈窗與錯誤狀態是否包含?
- 品牌 Logo、字體、色彩與圖片由誰提供?
3. 前台頁面背後是否有 CMS 或營運後台
一個服務頁可以是固定檔案,也可以由 CMS 管理標題、段落、圖片、SEO、發布時間與三語內容。前台看起來相同,但後台需要資料表、權限、驗證、草稿、預覽、發布與操作紀錄。
還要區分「內容 CMS」和「營運後台」:前者管理文章與頁面;後者可能管理詢價、訂單、預約、會員、狀態、分派與內部備註。不要因為兩者都叫後台,就假設包含的工作相同。
4. 資料與流程有多複雜
只收姓名和 Email 的聯絡表單,與需要服務選擇、預算、附件、同意紀錄、來源追蹤及後台狀態的正式詢價不同。購物車也不只是一個按鈕,還包含商品、選項、庫存、付款、訂單、通知與例外處理。
評估時可列出:
- 網站會建立哪些資料?
- 每筆資料有哪些狀態?
- 誰可以查看、修改、刪除或匯出?
- Email 失敗時,資料是否仍會保留?
- 重複提交、取消、退款或修改要怎麼處理?
- 個人資料何時刪除,由誰執行?
5. 語言與市場版本
多語網站不是把中文換成另一種文字而已。每個語言版本需要穩定網址、翻譯內容、標題、SEO 摘要、圖片替代文字、語言切換、canonical 與 hreflang。若不同市場的服務、價格或法律內容不同,也不能只做逐句翻譯。
報價應區分翻譯、語意校對、內容輸入與技術設定由誰負責,以及其中一個語言缺少內容時,網站是暫不公開還是使用明確替代規則。
6. 第三方服務與系統串接
付款、物流、Email、簡訊、地圖、預約、CRM、會計、分析或社群登入,都依賴外部服務。每一項串接都可能需要帳號設定、權限、API、測試環境、錯誤處理與持續費用。
應分開確認:
- 網站製作費是否包含串接與測試?
- 第三方月費、交易費或寄送費由誰支付?
- 第三方功能改版或停止服務時,誰負責調整?
- 測試帳號與正式帳號由誰建立與持有?
- 外部服務失敗時,網站如何保留資料並通知管理者?
7. 測試、上線與搜尋設定
「可以在製作方電腦開啟」不等於可以正式營運。上線通常還要處理網域、DNS、HTTPS、正式環境、資料庫、備份、Email、錯誤頁、手機版、瀏覽器、表單、權限與效能。
若包含 SEO 基礎,應說明是否有每頁 title 與 description、canonical、hreflang、Sitemap、robots、結構化資料及舊網址轉址。SEO 基礎能讓搜尋引擎正常發現與理解網站,但不等於保證排名。
8. 交付、教學與維護責任
網站上線後,企業要知道網域、主機、程式、資料、設計素材與最高權限由誰持有,也要知道內容如何更新、備份如何還原、異常找誰。若提案只寫「上線完成」,沒有列出交接與保固邊界,日後很容易出現責任落差。
應確認:
- 是否包含管理教學與操作文件?
- 網域、主機、原始碼與資料庫如何交付?
- 錯誤修正與新需求如何區分?
- 保固範圍和期限如何定義?
- 維護、第三方更新與內容代管是否另計?
- 停止合作時,帳號與資料如何移轉?
一張表整理報價前要確認的內容
| 範圍 | 要確認的問題 | 常見遺漏 |
|---|---|---|
| 內容 | 誰撰寫、校對、翻譯與核准? | 只寫「客戶提供資料」,沒有格式與期限 |
| 設計 | 套版、品牌調整或完整客製? | 只確認首頁,未包含手機與元件狀態 |
| 前台 | 哪些頁面、元件與互動? | 同名頁面的內容量差異很大 |
| CMS | 可管理哪些欄位與語言? | 以為所有畫面都能自行修改 |
| 營運資料 | 表單、訂單、預約如何保存與分派? | 只寄 Email,沒有後台與失敗備援 |
| 串接 | 連接哪些第三方服務? | 未列月費、交易費與帳號責任 |
| 測試與上線 | 哪些裝置、流程與環境需要驗收? | 沒有正式資料、備份與錯誤狀態測試 |
| SEO | 包含哪些技術基礎? | 把基礎設定誤認為排名保證 |
| 交付 | 誰持有帳號、原始碼與資料? | 沒有教學、還原與移轉方式 |
| 維護 | 上線後哪些項目仍有服務? | 保固、修改與月費界線不清楚 |
如何公平比較兩份網站提案?
第一步:先建立同一份需求基準
用同一份品牌資料、頁面目標、必要功能、語言、資料、串接與時程提供給不同製作方。若每家收到的資訊不同,最後的總價也無法直接比較。
第二步:把提案拆成「包含、客戶提供、另計、未包含」
不要只看功能名稱。針對內容、設計、CMS、表單、串接、測試、上線、教學與維護,逐項標示責任。模糊的「基本 SEO」或「後台功能」應要求具體說明。
第三步:確認驗收方式
每個主要功能都應有可以觀察的完成條件。例如「詢價系統完成」至少要確認必填驗證、成功收件、後台保存、通知、重複送出與錯誤處理,而不是只看到一個表單畫面。
第四步:分開一次性製作與持續費用
主機、網域、付費外掛、Email、付款、簡訊、圖片授權與維護可能是持續費用。把一次性建置、第三方費用與後續服務分開,才能理解網站的總持有成本。
第五步:比較風險與交付,不只比較功能數
功能多不一定更完整。清楚的資料所有權、備份、權限、文件與異常處理,通常比一長串未定義的功能名稱更能降低上線後風險。
哪些項目不應被藏在「之後再說」?
- 網域與主機由誰持有。
- 內容與圖片由誰準備、何時交付。
- 正式資料如何搬移。
- 表單或訂單失敗時如何查詢。
- 第三方費用與帳號所有權。
- 三語內容缺漏時的公開規則。
- 草稿、預覽與正式發布的差別。
- 備份範圍與還原責任。
- 保固修正、內容修改與新增功能的界線。
- 專案完成後可取得哪些檔案、資料與權限。
這些不是上線後才出現的細節,而是決定網站能否被管理、驗收與接手的基本條件。
客戶可以怎麼降低不必要的製作成本?
降低成本不等於刪掉所有品質工作,而是減少反覆確認與不必要的範圍:
- 指定一位能整合內部意見的負責人。
- 在設計前核准品牌、服務與頁面目標。
- 提前整理可公開文字、圖片與案例授權。
- 把必要功能和未來想法分開。
- 明確列出現有系統與需要串接的服務。
- 在約定時間集中回覆,而不是多個窗口零散修改。
- 先核准資料與流程,再要求畫面細節。
- 使用可驗收的需求變更紀錄,避免口頭追加被遺漏。
常見問題
網站報價用頁數計算一定不合理嗎?
不一定。對內容與版型高度一致的簡單網站,頁數可以作為部分估算單位。問題在於把頁數當成唯一依據,卻沒有說明每頁內容、共用設計、後台與串接。
報價越高就一定做得越好嗎?
不一定。價格本身不能證明品質。應檢查提案是否理解需求、範圍是否清楚、案例是否與需求相關、交付與責任是否可驗證,以及溝通方式是否能支援專案。
為什麼 CMS 會增加範圍?
CMS 不只是輸入框。它需要資料結構、驗證、權限、草稿、發布、圖片、錯誤處理與前台呈現。欄位、語言與角色越多,規劃和測試也越完整。
第三方服務費是否應包含在網站報價?
應清楚列出,但不一定由製作方吸收。建置與測試費、平台月費、交易費及日後維護應分開,並說明帳號由誰持有和付款。
為什麼需求不完整時只能先給估算?
因為資料、角色、例外與串接尚未確認。此時合理做法是提供假設與範圍區間,或先進行需求整理;若直接承諾固定內容,後續容易因雙方理解不同產生追加與延誤。
結論:讓價格回到清楚範圍,而不是猜測
好的網站報價應讓企業看得懂要得到什麼、自己要提供什麼、哪些事情不包含,以及完成後如何驗收與接手。頁數可以保留,但不能代替內容、設計、資料、串接、測試與交付的說明。
當不同提案都建立在同一份需求基準上,企業才能比較方法、品質、風險與長期管理,而不是只在不同的總價中猜測差異。
延伸閱讀:企業網站規劃前,先準備這 7 項資料、網站上線後,誰知道怎麼接手?。你也可以先查看網站服務方案,或透過開始專案提供目前目標、流程與必要功能,讓形象讚先協助確認可比較的範圍。