網站製作裡的「服務範圍」，本質是回答三個問題：做哪些頁面、這些頁面由誰提供內容、做完之後按什麼標準驗收。很多項目在溝通階段把範圍談得很細，但只停留在口頭和報價單上，等真正進入欄目規劃和內容填充，雙方對「這個算不算範圍內」的理解就開始分叉。落地的關鍵，是把服務範圍從一句話變成可以逐項打勾的清單。
先把範圍拆成可核對的頁面清單
不要用「企業官網一套」「含若干欄目頁」這種模糊描述。更可執行的做法，是列出一份頁面清單，每一行寫清頁面名稱、所屬層級、頁面類型和內容來源。例如：
- 首頁——一級——定製設計——內容由甲方提供
- 關於我們——一級——通用模板——文案由甲方提供，排版由製作方完成
- 產品列表——一級——列表頁——產品數據由甲方整理成表格
- 產品詳情——二級——詳情模板——按甲方提供的產品數量批量生成
- 聯繫我們——一級——含表單——表單字段雙方確認後開發
清單裡要特別標註容易產生分歧的部分：是否包含多語言、是否包含會員或表單提交後的通知、是否包含舊站內容遷移、是否包含圖片處理。這些內容一旦不寫清，後期很容易被當成「順手做一下」的額外工作，或者被甲方認為本就在範圍之內。
讓欄目結構和服務範圍對齊
服務範圍最終會體現在欄目結構上。規劃欄目時，建議按「用戶找資訊的路徑」而不是按「公司內部部門」來分。比如服務類企業，把服務項目、服務流程、常見問題放在同一組，比把「市場部介紹」「技術部介紹」並列更符合訪客的查找習慣。
檢查欄目結構是否和服務範圍一致，可以用一個簡單方法：拿頁面清單對照導航，逐個問「訪客從首頁點幾下能到這個頁面」。如果某個頁面在清單裡，但導航裡找不到入口，說明結構還沒落地；如果導航裡有入口，但清單裡沒有對應頁面，說明範圍描述漏了東西。這一步做完，欄目規劃才算和製作範圍真正咬合上。
把內容責任寫進範圍
網站製作中最常見的落地障礙不是技術，而是內容。服務範圍必須明確每一類內容的提供方和交付形式：
- 文字：由誰寫、以什麼格式給（Word、線上文件還是直接錄入後台）。
- 圖片：由誰拍或選、尺寸和格式要求、是否需要製作方壓縮和裁切。
- 產品數據：由誰整理成表格、字段有哪些、是否包含價格和規格。
- 舊站內容：遷移哪些、不遷移哪些、由誰負責篩選。
這裡可以給一個假設示例：如果甲方計劃上線後再補充產品圖，那麼範圍裡應寫明「首期上線使用佔位圖，後續圖片由甲方提供並由甲方自行上傳」，而不是籠統寫「圖片後期完善」。寫清責任方和交付形式，比寫「配合完成」有用得多。
用上線前核對代替口頭確認
範圍落地的最後一步是驗收。上線前建議逐項打開檢查，而不是只看首頁效果：
- 按頁面清單逐個打開，確認每個頁面都存在且能正常訪問。
- 檢查導航和頁腳連結，確認沒有死鏈或指向錯誤欄目。
- 確認表單能提交，並確認提交後的提示資訊符合預期。
- 檢查移動端顯示，確認主要欄目在小螢幕上仍能正常瀏覽。
- 核對內容責任清單，確認該由甲方提供的內容是否已到位，未到位的部分是否已約定處理方式。
把這份核對結果和最初的頁面清單放在一起，服務範圍是否落地就一目了然。後續進入日常運營，新增欄目或調整服務項目時，也可以沿用同一份清單邏輯，避免範圍再次變得模糊。
範圍變化時及時更新清單
項目進行中需求變化很正常，問題在於變化沒有被記錄。建議約定一個簡單規則：任何新增頁面、新增功能或內容責任調整，都同步更新頁面清單，並註明由誰確認。這樣做的目的不是增加流程，而是讓雙方對「現在做到哪一步」有共同依據。等到網站上線進入內容維護階段，這份清單還能繼續當作欄目調整和內容補充的參照。
