蔡正信 ‧ 技術知識庫

Appearance

企業數位轉型實戰：如何用 AI 在 24 小時內完成 GA 分析、子網域分流與 2000 篇 SEO 文章搬移？ ​

🔑 前言：未來的競爭力，是設計「AI 系統」的能力 ​

當大多數企業還在培訓員工「如何寫好一個 Prompt」，或者爭論「哪一個大模型比較聰明」時，真正的數位轉型先行者，已經開始把整家公司的商業模式、品牌定位與工作流程，封裝進一套能持續演化的 **AI 作業系統（AIOS）**中。

這是一份來自 rd.coach 官方網站的 24 小時重定位實戰案例。

我們面臨的挑戰是：一個累積了 10 年、擁有超過 2,000 篇文章與 365 攝影挑戰的個人品牌網站，如何在不損害既有 SEO 流量資產的前提下，轉型為專門服務「年營業額數千萬元以上中小企業」的高階 AI 數位轉型顧問網站？

如果交給傳統的網頁設計與行銷團隊，這需要經歷至少 1 個月的 GA 數據審計、架構規劃、手動文章搬移與連結 301 重新定向。但藉由我們構建的本地端 AI 系統，這項任務在 24 小時內完成，且毫髮無損。

本文將為你拆解這套一人公司的極致數位槓桿。

🎯 一、重新定義問題：定位大於網站改版 ​

當我們面臨轉型時，最容易問的錯誤問題是：「我的官網該改版，還是重新建立？」

這個問題會引導我們陷入手動修改網頁範本、排版與設計的細節泥潭。透過本地 AI 系統（Antigravity）讀取 Google Analytics（GA）與 Google Search Console（GSC）的歷史數據進行深度聚類與路徑分析後，我們重新定義了問題的本質：

「我們該如何既保留過去 2000 篇文章累積的 SEO 搜尋流量，又為高客單價的企業客戶建立一個乾淨、極簡、具備高信任感的 B2B 顧問銷售介面？」

這個問題引導我們避開了非黑即白的「改版或重建」偽命題，從而推導出第三種、也是最合理的系統分流方案：

  1. 子網域 Wiki 化：建立 wiki.rd.coach，將所有歷史 SEO 流量文章、個人學習筆記與 365 攝影挑戰，全部搬移到靜態 Wiki 中，鎖定流量資產。
  2. 主網顧問化：主網站 rd.coach 進行大幅精簡，不再標示具體價格，完全轉為面向高階中小企業的一年期 AI 顧問服務入口。

🚀 二、一人公司品牌分流三步驟（SOP） ​

這套流程已固化為可供任何面臨轉型的中小企業或個人品牌直接複製的標準流程：

第一步：流量資產移庫 (Migration) ​

  • 行動：將原本龐大的動態資料庫文章，轉換為輕量級的靜態 Markdown 文件，並部署至 wiki.rd.coach。
  • 目的：利用靜態網站（Vercel）的極速讀取優勢，將 SEO 權重與歷史反向連結 100% 繼承，防禦搜尋權重因改版而崩塌。
  • AI 角色：AI 在背景自動掃描 2000+ 篇文章的目錄結構，生成統一的 Meta 標籤與靜態路由配置。

第二步：主網極簡商務化 (Simplification) ​

  • 行動：大幅精簡主網站，隱藏所有標準化工具軟體教學，將產品價格改為「面議」。
  • 核心邏輯：企業採購高階顧問服務時，看重的不是「單次軟體教學的價格」，而是「合規性」與「合作風險規避」。因此，主站重新定位在展示公司法人登記、發票開立能力，以及針對企業痛點的客製化一年期 AIOS 導入方案。

第三步：AI 品牌人格寫作 (Persona Writing) ​

  • 行動：消滅過去為了搜尋引擎而寫的條列式、死板問答 SEO 文章。
  • 寫作心法：結合個人日常的教學筆記，融入 Dan Koe 的一人公司寫作風格。讓 AI 學習自己的「品牌人格」，撰寫具備強烈個人觀點與哲學思考（如斯多葛主義的控制二分法、尼采的工作重估）的文章。因為企業老闆看重的是顧問的「思維架構與人格信任」，而非網路上隨處可見的 AI 說明書。

🛠️ 三、底層技術鏈：一人公司的數位算力槓桿 ​

能夠在 24 小時內完成這項重構，得益於我們在本地建立的 AIOS 基礎設施：

  1. 數據與翻譯工具切換：在 Codex 本月 API 額度剩餘不到 3% 的限制下，系統自適應將保健食品法規翻譯切換至 ChatGPT，中文圖片 OCR 交給 Codex，並由本地端 NVIDIA DGX Spark 部署的本地 model 作為遠端 fallback，實現「算力不中斷、資料完全不離司」。
  2. 自動化簡報生成：利用 Presentation Skill，在 6 分鐘內將大綱直接渲染出 Codex 簡報 PDF，同步至 Heptabase，徹底省去 Keynote 排版的時間消耗。
  3. 自動化 Wiki 同步：透過 GitHub 與 Vercel 的自動化 CI/CD 流程，在本地完成日記或 365 挑戰的 Markdown 撰寫後，系統一鍵在背景完成靜態 Wiki 重新編譯與發布。

💡 總結：建立 AI 員工，而非部署模型 ​

從斯多葛主義的觀點來看，這次改版是專注於我們「能控制的事」──建立系統、優化流程、累積知識，而不是盲目追逐短期 AI 工具的變化。

這場官網分流實戰，再次驗證了我們的核心理念：未來的數位轉型，不是教人使用 AI，而是教人建立、管理並培養「AI 員工」。

當你為 AI 配置了完整的背景知識（Context）、統一的專案目錄結構，並建立了版本控制與部署流程時，即使底層切換不同的模型（如 Ornith 或 Qwen），它依然能快速接手工作，在 10 分鐘內交付傳統需要數天的工作。

因為，AI 時代的效能差距，從來都不是模型的差距，而是**「系統設計與流程管理」**的差距。

📌 原文發布於 rd.coach