第 1 章：專案範圍界定（Scope Definition）
1.1 為什麼必須先界定專案範圍
在本案中，「網站搬遷」、「網站改版」、「視覺設計」、「SEO／行銷」
在客戶端的認知中高度混雜，甚至被原廠商包裝為單一年度方案。
若未先清楚界定專案範圍，將導致以下風險：
- 工程責任與設計責任混淆
- 一次性工程被誤認為長期服務
- 客戶期待與實際交付落差過大
- 報價基準不一致，後續溝通成本極高
因此，本文件首先針對「全內容搬遷到新 CMS」進行明確定義， 作為後續所有討論、報價與決策的共同基準。
1.2 什麼是「全內容搬遷到新 CMS」
在本專案中，「全內容搬遷到新 CMS」的定義如下：
將既有網站中所有可用內容，
從舊有 CMS 結構中整理、重組，
並導入至一套全新、可長期維護的 WordPress CMS 架構中，
確保資料完整、結構清楚、後台可操作。
其本質是一個 資料與系統工程專案，而非視覺或品牌專案。
1.3 全內容搬遷「包含」的工作項目
以下項目屬於本次「全內容搬遷到新 CMS」的合理範圍：
（一）內容盤點與整理
- 全站頁面、文章、產品、FAQ 等內容清冊整理
- 內容類型歸類（頁面 / 文章 / 產品 / FAQ / 設備）
- 舊有結構問題辨識（重複、分類混亂、不可維護項目）
（二）CMS 架構重建（WordPress）
- 規劃並建立適合 CUUMED 使用的 CMS 架構
- 自訂 Post Types（如 Products、Machines、FAQ）
- 自訂分類（Taxonomies）與欄位結構
- 後台操作邏輯設計（以「未來自行維護」為目標）
（三）內容搬遷與導入
- 文字內容搬遷（人工或半自動）
- 圖片與附件（PDF）整理與導入
- FAQ、News、Products 等內容正確歸類
- 基本內部連結修正
（四）基本前台可顯示
- 內容可於前台正常顯示
- 列表頁、單頁功能正確
- 不追求視覺設計，只確保「功能與結構正確」
（五）基礎 SEO 延續處理
- 原有 URL 結構檢視
- 必要之 301 Redirect 規劃
- 避免大量 404 導致 SEO 斷裂
1.4 全內容搬遷「不包含」的項目（必須明確排除）
以下項目 不屬於「全內容搬遷到新 CMS」的範圍，需另行規劃與計價：
（一）視覺設計與 UI 設計
- 品牌視覺重塑
- 頁面版型重新設計
- Layout、色彩、字型的設計決策
（二）前台版型客製與美術調整
- 客製首頁設計
- RWD 細節調整
- 動畫、互動效果
- 視覺層級優化
（三）行銷與 SEO 操作
- 關鍵字排名保證
- 內容撰寫與擴充
- 外部連結建置
- 行銷策略與成效承諾
上述項目若與搬遷工程混為一談，
將導致專案邊界失焦，並增加不可控風險。
1.5 為什麼視覺設計不能包在搬遷中
將視覺設計包進內容搬遷，會造成以下實務問題：
- 工程進度受設計決策牽制
- 設計修改影響資料結構判斷
- 客戶誤以為「搬完就等於改版完成」
- 設計工時被低估，最終壓縮品質
因此本案建議採取 分階段策略：
- Phase 1：CMS 架構建立 + 全內容搬遷
- Phase 2：前台樣版套用或視覺設計
- Phase 3：維護、SEO、行銷等長期服務
1.6 專案範圍界定的核心原則
本專案後續所有討論，均應遵循以下原則：
- 搬遷是一次性工程，不應包成年約
- 視覺設計是獨立專業，不應隱含在工程中
- 能「長期自行維護」優先於「短期好看」
- 專案邊界清楚，才能避免後續爭議
1.7 本章結論
「全內容搬遷到新 CMS」的目標，不是讓網站變得好看，
而是讓網站 結構正確、資料乾淨、未來不再被綁。
在此基礎上，再討論視覺設計、SEO 或行銷投資，
才具有實際意義與可控風險。