First Clarification
先把名詞說清楚：這不一定是二選一
WordPress 是一套可安裝主題、外掛並編輯內容的開源內容管理系統。它可以使用現成版型，也可以做客製視覺與功能。
客製網站 則是很廣的名稱：可能只是客製前台設計，也可能是針對特殊作業流程建立專屬後台。因此，簽約前應問清楚「哪些是現成模組、哪些是重新開發、原始碼與資料如何交付」，不能只看專案名稱。
WordPress Fits
什麼情況適合 WordPress？
- 需要固定發佈文章、案例、活動或其他分類內容。
- 希望內部人員透過成熟後台更新大部分文字與圖片。
- 需要的功能已有合適、持續維護的擴充工具。
- 願意建立定期更新、備份、安全檢查與外掛相容性流程。
Custom Fits
什麼情況適合客製開發？
- 核心功能對應獨特業務流程，不是現成模組的常見用途。
- 必須與內部系統或指定 API 深度串接，並處理清楚的資料規則。
- 對效能、交互、權限或系統架構有已定義的特殊要求。
- 能承擔前期規格整理、測試、文件與後續開發維護。
5 Decisions
用五個問題比較，不用平台印象猜
- 誰會更新什麼？先列出文章、服務、圖片、表單與網站設定的更新者。只有真正需要的欄位，才需開放後台編輯。
- 功能是常見模式還是專屬流程？一般文章、表單與分類可先評估成熟方案；特殊審核、計算、資料交換才需深入規格化。
- 設計差異的價值在哪裡？客製不應只意味著「跟別人不一樣」，而要對品牌理解、內容搜尋或轉換動線有實際幫助。
- 誰負責維護？確認系統、主題、外掛、安全、備份與瀏覽器相容性的責任，以及維護中斷時如何接手。
- 三年後會怎麼變？思考內容量、編輯人數、語系、外部串接與功能增長，別只以第一版的上線速度決定。
Ownership & Maintenance
簽約前要確認的不是只有價格
無論選 WordPress 或客製系統，都應將網域、主機、管理員帳號、原始檔、資料匯出、第三方授權、備份與修正方式寫清楚。「有後台」不等於「什麼都能自己改」，「客製開發」也不自動等於可無限擴充。
- 網域與主機登記在誰的帳號？客戶是否有完整管理權？
- 使用哪些付費授權？未來由誰續費？停止續費會影響什麼？
- 內容與資料能否用常見格式匯出？更換服務商時需要哪些文件？
- 安全更新、故障排除、系統升級與新功能的費用如何計算？
Simple Decision Path
還無法決定時，按這個順序做
- 先寫網站目標、使用者與必須完成的核心任務。
- 列出第一版必要功能，並把「以後可能」另列，避免所有想像都塞進第一階段。
- 當一半以上需求是文章、分類、常見表單與內容編輯，先評估成熟 CMS。
- 當核心價值來自特殊運算、權限、作業流程或深度串接，再投入客製規格與開發。
- 要求候選方案同時說明初建、每年維護、授權、備份與移轉方式，再比較總成本。