「設計夥伴完成上線後就不再跟進，內部又無人承接，不到半年網站便顯得冷清」，這是客製化網站與 AI-Ready 專案裡最常重演的挫敗。
其實技術大約只決定三成結果，另外七成靠的是內容與營運能否持續。決策者最容易誤以為網站完工即告一段落：費用已支出、系統也到位，上線三個月後卻不再更新。
本文整理人工智慧時代的內外協作方式，來自眾多企業專案的實務歸納。若要比較委外與自建的差異，可另讀委外設計與內部編制的對照。
內外分工原則
| 項目 | 外包夥伴 | 內部單位 |
|---|---|---|
| 系統建置 | ✓ 主導 | 提出需求 |
| 視覺與體驗 | ✓ 主導 | 把關審核 |
| 結構化標記與 llms.txt | ✓ 主導 | — |
| 速度與核心體驗 | ✓ 主導 | — |
| 內容產出 | 協助潤稿 | ✓ 主導 |
| 商業洞察 | — | ✓ 主導 |
| 客戶資料維護 | — | ✓ 主導 |
| 每月調整 | ✓ 共同負責 | 共同負責 |
核心原則：技術可以外發，內容不宜外發。
上線後的維護分工
上線後三到十二個月，才是 AI-Ready 開始見效的時期，這段時間內外雙方都不能鬆手。
內部單位例行任務
| 項目 | 所需時間 | 負責角色 |
|---|---|---|
| 每週撰寫一篇洞察文章 | 四至六小時 | 行銷或業務 |
| 每月整理一次案例 | 四小時 | 業務 |
| 彙整客戶常見問答 | 兩小時 | 客服主管 |
| 把內容發布上線 | 一小時 | 行銷助理 |
外部夥伴月度任務
| 項目 | 所需時間 |
|---|---|
| 人工智慧引用狀況報告 | 二至四小時 |
| 標記與站內連結調整 | 二至四小時 |
| 效能與資安巡檢 | 一至兩小時 |
| 新功能或缺陷修正 | 視實際狀況 |
| 每月例會 | 一小時 |
三加一合作節奏
實務上較穩的做法是「三加一」節奏：
前三個月（建置階段）：
- 內外高頻配合，每週溝通兩到三次
- 完成系統建置與第一版內容
- 訓練內部撰稿者並熟悉工具
其後每月一次例會（維運階段）：
- 每次約三十分鐘至一小時
- 檢視引用表現並提出調整建議
- 至少持續十二個月
沒有行銷編輯怎麼辦
不少中小企業的人力現實是：老闆、業務與設計幾乎包辦全部工作，從未另設行銷編輯。
面對這種缺口，通常可以考慮三種補強方式：
做法一：兼職撰稿
- 找具行銷或新聞背景的兼職人員
- 月費約一萬五千至三萬元
- 每月產出四至八篇文章
- 採遠端合作、按月結算
做法二：業務兼任
- 業務最清楚客戶真正的問題
- 每週挪出四至六小時
- 以 ChatGPT、Claude 等工具協助起稿
- 文稿品質仍須持續訓練
做法三：委外內容
- 月費約三萬至八萬元
- 包含題目規劃、撰寫與發布
- 適合預算較充裕但缺少人手的組織
最不可取的做法是上線後就停止更新，大約半年後被引用的機會就會明顯流失。
溝通的三個常見陷阱
陷阱一：用詞不一致
行銷說要做 AI-Ready，工程端卻理解成傳統搜尋優化。討論時應改用具體技術項目（完整流程可參考AI-Ready 網站建置指南）：
❌ 只說我們要做 AI-Ready✅ 改列具體交付：- 全站 Schema.org 標記，涵蓋 Article、FAQPage、Organization- 建立 llms.txt 索引檔- Core Web Vitals 三項達到綠色- 至少三十篇有深度、含定義段落的內容陷阱二：設計與技術衝突
標題若只被畫進圖片、工程端未核對就發布，人工智慧就讀不到關鍵資訊。
事先防範：
- 發布前依人工智慧檢查清單逐項確認
- 設計檔須附上可選取的文字稿
- 驗收必查替代文字與 HTML 文字
陷阱三：內容生產卡關
外部做完技術、內部卻還沒有撰稿人力，結果就是網站很快變冷清。
事先防範：
- 上線前一個月完成內部撰稿訓練
- 預先備妥十篇稿，足夠前兩個月發布
- 固定每週發布時段，例如每週四下午
協作工具配置
可參考的組合：
| 用途 | 工具 |
|---|---|
| 專案追蹤 | Asana、ClickUp 或 Notion |
| 設計交付 | Figma |
| 內容共筆 | Notion 或 Google Docs |
| 即時討論 | Slack 或 Teams |
| 月報呈現 | Google Slides 搭配自建儀表板 |
| 寫作輔助 | ChatGPT 或 Claude |
| 每週例會 | Google Meet 或 Zoom，約三十分鐘 |
要緊的不是工具有多新，而是每週固定對齊進度的紀律。
順利與失利的對照
把做得好與做得差的情況放在一起看：
較順利的例子（工業型企業對企業業務，十二個月）：
- 內部行銷主管搭配一名兼職寫手，每週一篇
- 與外部夥伴維持每月例會
- 被引用的頻率穩定上升
- 整體回報明顯高於原先預期
不順利的例子（電商，約六個月）：
- 上線後內部無人承接
- 外部只做技術建置
- 半年後內容停滯
- 數月後引用表現開始下滑
- 回報遠不及預期
差距幾乎只在內容有沒有持續產出。
五個不該犯的錯
- ❌ 把 AI-Ready 當成純技術工作：忽略內容經營
- ❌ 上線後雙方都停止更新：半年內網站轉趨冷清
- ❌ 內外用語不統一：溝通成本升高，成果也易生歧義
- ❌ 沒有維運約定：技術過時也沒人察覺
- ❌ 撰稿者未經訓練就上線：品質偏低，報酬也不佳
結語：長期工程而非一次性專案
直白地說，把上線當成結束的網站專案，在人工智慧時代很難成立。持續產出內容，再加上每季的技術調整，才是長期勝出的關鍵。
準備啟動這類專案時，應先回答一個問題：上線之後由誰持續寫內容？若沒有答案，再完整的技術建置，半年後也可能形同荒廢。
較穩妥的合約會把「建置」與「維運」分成兩條線，這較能保障後續成效，也更符合 AI-Ready 需要長期協作的特性。相關架構可參考解決方案說明。
