重點 1：先問網站該怎麼配合工作，再談技術
技術我不算專業，所以這次沒有先從框架、主機或功能清單開始，而是先整理自己的需求：靈感、規劃、產出集中管理，網站負責把內容呈現出去。
重點 2：問題從「要不要換」變成「哪種做法更貼近我」
1. AI 協作先行：AI 協助網站架構與內容更新，我負責定義需求、目標與驗收。2. 極簡、輕量：網站以內容呈現為主。3. 整合內容管理環境：靈感、規劃與產出都在 Notion，減少內容在工具間搬來搬去。
重點 3：什麼都想做的系統，最難維護
我沒有打算把所有事情都放進網站。工具各做各的事，系統才不會為了「什麼都能做」而變得難以維護。
重點 4：我定義需求，AI 協助實作
我把需求和目標交給 Claude Code，讓 AI 協助備份、搭建網站骨架、調整介面與搬移內容。這不是 AI 自己想出一套網站；看到預覽後，我也會再依實際需求調整。
重點 5：保留預覽與人工確認，不是無人看管地公開
舊文章與網站內容規則整理進 Notion，之後由 Notion AI 協助改寫成網站版；要發布時，再由 Claude 檢查、轉換與驗收。流程裡保留預覽與人工確認。
重點 6：不只是複製檔案，內容、網址、流程一起整理
10 月 17 日：檢查舊站和 Zeabur 上的服務，確認搬遷方向，開始整理 WordPress 內容與新網站的內容規則。10 月 18 日：WordPress 內容匯入 Notion，同時整理轉址方式與管理流程。10 月 19 日：mkt.lot.tw 切換到新站，周邊檢查與設定也納入流程。
重點 7：新站能打開，不等於搬完了
WordPress 內容採混合方式匯入 Notion。有些舊網址需要另外處理：要想清楚舊連結會去哪裡、哪些內容仍要保留，避免既有內容和使用路徑斷掉。
重點 8：先看工作需求，再決定工具
判斷重點不是哪個平台最紅，而是每個服務的用途、限制與維運方式是否合適。不要因為一個平台方便，就把所有系統綁在一起。
重點 9：切換完成了，效益還在驗證
網站完成了一次架構與流程調整，但還不能直接證明網站變快、維護時間變少或內容表現變好。目前沒有足夠的前後測數據可以下結論；舊 WordPress 先保留作為回退方案。