網站費用通常由一次性的建置工作,以及持續發生的營運服務組成。比較報價時,需要把頁面、內容、功能、修改與維護範圍對齊。只看首頁外觀或總價,容易忽略後續必須補上的工作。

第一筆帳:這次專案到底要交付什麼?

工作可能影響費用的條件詢問方式
規劃需求複雜度、訪談與架構包含幾個使用流程?
內容文案、翻譯、照片與上稿量哪些資料由公司提供?
設計獨立版型、手機版與修改頁數和版型數如何計算?
開發後台、會員、預約與串接功能有哪些例外情境?
驗收交接測試、搬移、訓練與文件交付哪些帳號與資料?

同樣十頁,可能是十種獨立設計,也可能是一個文章版型填入十筆資料。這是總價差異常見的原因之一,不能只用頁數推算合理價格。

第二筆帳:網站存在期間,哪些費用會繼續?

網域、主機、郵件、外掛或平台授權,以及更新維護,都可能持續發生。還可能有按使用量計價的表單、資料庫、檔案儲存或 AI 服務。免費額度不代表永遠零成本,應確認超過後如何處理。

建議把每項費用列出收費週期、支付對象、到期影響與是否必要。若主機和維護包在一起,也要問清楚其中包括哪些操作,避免把「服務持續在線」誤認成有人負責所有內容修改。

用三年總成本做比較,但保留假設

一個簡單預算式是:建置費,加上三年的固定續費,再加預計內容與功能調整費。這只是內部預算方法,並非市場報價。若依使用量收費,應另外列出低、中、高用量情境,並記下估算依據。

不要為了讓總成本漂亮而把必要工作放到未來。沒有內容上稿、沒有備份還原、没有交接的方案,可能看起來便宜,卻需要公司投入更多人力補足。

哪些功能最容易被低估?

預約不只是日曆外觀,還有名額、取消、通知與重複送出;會員不只是登入頁,還有權限、找回密碼與資料管理;多語也不只是複製頁面,還涉及翻譯、更新與網址安排。先寫清楚規則,可以降低追加爭議。

若預算有限,可先完成最重要的任務,保留合理擴充方式。先做得少但可用,通常比一次承諾很多卻沒有維護資源更容易管理。

修改費用,最好在需求變更時確認

原本只顯示商品,後來增加線上付款,可能連帶影響訂單、通知、權限與測試。先請廠商列出新增範圍,再比較增加的費用與時程,而不是只用「多一個按鈕」估算。

相反地,修正原約定功能的錯誤,不應直接當成全新需求。保留原需求與驗收紀錄,有助於雙方判斷差異,減少只靠記憶討論的爭議。

最後確認停止合作時的成本

網域能否移交、內容能否匯出、程式可否搬走、素材授權是否仍有效,都會影響未來更換服務的成本。把搬移費、期限與可交付格式寫清楚,才能知道自己購買的是什麼。本文提供比較方法,未提供固定市場價格或收益保證。