網頁設計報價單應包含哪些項目？用清楚範圍避免後續追加

網頁設計報價單的價值，不是把金額拆成很多列，而是讓雙方對「完成什麼、由誰負責、何時驗收、哪些不包含」有一致理解。

如果報價只有「企業網站一式」與總價，專案開始後很容易出現爭議：客戶以為包含文案與圖片，設計公司只預留排版；客戶以為能不限次調整，團隊則以三輪回饋估時。

一份可比較的報價，至少要有九個區塊

1. 專案目標與需求假設

先用一小段說明網站類型、主要受眾、核心行動、預計語言、內容規模與已知限制。報價是依這些假設建立；假設改變，範圍才有客觀的調整依據。

2. 策略與資訊架構

確認是否包含需求訪談、受眾、內容盤點、網站地圖、導覽命名、頁面任務與轉換路徑。若你最需要的是重新定位，卻選了沒有前期規劃的方案，風險會在視覺階段才浮現。

3. 內容工作與素材責任

報價應列明：誰提供文案、是否含訪談與撰寫、校稿幾輪、案例誰整理、照片與影片從哪裡來、圖庫或攝影費用是否另計。也要說明延遲提供內容對時程的影響。

4. 頁面與模板清單

不要只寫總頁數。分成獨立設計模板與套用模板的內容頁，例如首頁 1、服務模板 1、服務內容 5、案例模板 1、案例內容 8。這能看出真正的設計和建置量。

5. 視覺與響應式設計

說明會提供哪些設計方向、確認哪些代表頁面、是否包含桌機與手機版、元件與狀態設計到什麼程度。若有動畫、插圖、影片剪輯或 3D，應獨立列出。

6. 功能與第三方串接

每個功能都要描述流程與邊界。「聯絡表單」至少要確認欄位、收件、成功訊息、防垃圾、資料保存與隱私；「會員」則涉及註冊、登入、忘記密碼、權限與個資安全，不能只列一個名稱。

7. 測試、上線與資料移轉

列明瀏覽器與裝置測試、表單檢查、圖片壓縮、基本搜尋設定、網站地圖、分析追蹤、舊網址重新導向、DNS、備份與正式切換由誰負責。

8. 專案管理、修改與驗收

定義里程碑、預估時程、客戶回饋期限、修改輪次與超出範圍的計價方式。「一輪修改」最好定義為在指定日期前集中提出的一份回饋，而不是無限零碎訊息。

9. 保固、維護、授權與持續費用

確認上線後錯誤修正多久、哪些不屬保固、是否有維護方案，以及網域、主機、CMS、外掛、字體、圖片與第三方服務每年的費用。帳號、資料、原始碼與設計檔的所有權也應寫清楚。

報價比較表可以直接這樣做

項目	廠商 A	廠商 B	需要追問
需求／內容工作坊			誰參加、有何產出
網站地圖與線框			確認到哪些頁面
獨立模板／內容頁			是否含上稿
文案／圖片			責任與授權
手機版／瀏覽器			測試範圍
功能／串接			第三方費用
移轉／重新導向			舊網址對應
後台／教學			可編輯欄位
保固／維護			回應與年費

五種模糊寫法，要追問到底

基本 SEO：包含哪些設定？是否有網址規劃、標題摘要、網站地圖與改版重新導向？
RWD 響應式：哪些裝置與瀏覽器會測？是否有手機版設計確認？
後台管理：哪些區塊可以改？能否預覽、草稿與管理圖片？
不限頁數：是不限內容上稿，還是不限獨立版型與功能？
修改至滿意：如何避免反覆推翻已確認階段？時程如何估？

追加報價不是問題，無規則的追加才是

專案中需求改變很正常。好的變更流程會寫出新需求、影響的頁面與功能、額外費用、延後時間，並在執行前獲得確認。最危險的是雙方口頭答應「順便做」，最後才對是否包含產生爭議。

簽約前最後檢查

報價與合約版本、有效期限是否一致
稅金、付款里程碑與終止條件是否清楚
專案窗口與最終決策人是否確認
排除事項是否列明
第三方服務是否由客戶自己持有帳號
驗收與正式上線的條件是否可判斷

拿報價單時，不要只問哪一份最便宜。先把範圍轉成同一張表，再判斷哪個方案把預算放在你的關鍵問題上。若需求仍模糊，先閱讀網頁設計費用指南與網站設計前準備清單。