先區分「沒有工具」和「沒有人能把流程定下來」
假設業務部想把詢價訊息整理成清單。若品項、價格來源與核准流程已明確，主要缺口可能是串接或開發；如果不同業務各有分類方式，報價規則也沒共識，先補工程人力仍然可能做不下去。
可以先拿一筆正常和一筆例外工作，讓承辦、主管與技術窗口一起走過。說不清楚的地方，先記成待確認事項。這比一開始決定要招哪種職稱更能辨別目前缺的是流程盤點、使用方法，還是開發能力。
以企業詢價整理為例
- 規則是否明確誰確認欄位、價格來源與例外
- 人力是否可投入誰有時間開發、測試與維護
- 安排分工內部主導、外部補足，或共同實作
資料與業務決策留有內部負責人，實作方式再依缺口安排。
自建、外部顧問與混合分工，怎麼比較？
| 方式 | 較適合的條件 | 開始前要確認 |
|---|---|---|
| 內部主導實作 | 需求會持續變，已有技術與流程窗口 | 是否真的排得出開發、測試和維護時間 |
| 外部顧問與開發協作 | 有明確工作問題，缺盤點或實作能力 | 交付範圍、內部驗收窗口與後續維護方式 |
| 內外混合分工 | 內部掌握制度與資料，外部補串接或試點 | 介面、權限、程式和文件如何交接 |
這張表是討論起點，不是「某種方式一定比較便宜」的結論。已有員工也會占用工時；委外也需要內部投入資料整理與驗收。比較時應把雙方實際要做的工作列在同一張表。
成本要連同維護一起算
自建除了工具訂閱與 API，還有同仁學習、排錯、測試與維護時間。外部協作則要確認需求診斷、開發、交接和維護各包含什麼，以及流程變更如何處理。不要拿一堂課的費用，和一套有權限、串接與測試的系統比較。
詢價前可以使用 AI 導入顧問費用比較表，先把單次工作與經常費用分開。若還沒確認是否可行，先做一個有停止條件的試點，完成後再決定要不要擴大。
無論誰開發，都要指定這四種責任
- 流程負責：確認規則、例外、優先順序，以及哪些結果需要核准。
- 資料負責：整理來源、授權、現行版本與更新方式。
- 技術負責：確認系統存取、串接、部署、監控與排錯範圍。
- 驗收與使用：用真實情境測試，記錄錯誤並確認日常操作是否可行。
一個人可以兼任多種角色，但每一項都要有人接。外部人員不應自行決定公司的價格、客訴處理或資料使用範圍；內部也不能把「資料都在雲端」當成已經完成授權與整理。
交接時，請接手人實際做一次
請未參與開發的使用者，依文件完成正常操作、修正資料和回報一個錯誤。再確認負責人能找到必要的帳號、程式或設定、操作紀錄及停用方式。需要維護授權或第三方服務時，也要列明擁有人和費用負擔。
由未參與開發的接手者演練
- 依文件操作用已核准樣本完成一筆工作
- 遇到例外知道在哪裡停下、回報與轉人工
- 確認維護窗口找得到更新人、紀錄和停用方法
有文件且接手者能完成約定操作，才有依據確認交接範圍。
需要的是內訓，還是導入協作？
若同仁主要卡在如何提供資料、提問與查證，可以先安排 企業 AI 實作內訓，把一段工作做成可重複的範本。若需要多人權限、跨系統讀寫或正式上線，則另談 AI 導入顧問與客製開發，不要讓課程與系統交付混在一起。
澳洲 Digital Transformation Agency 的 AI 試點到擴大應用指引可作為分階段規劃的參考。本文的比較表與分工方式是 AgentJE 整理的建議，並非該指引要求企業採用的固定模式。
第一次討論，可以先提供這些資料
我們想評估 AI 導入的內外部分工。
目前最想改善的工作：
內部已有的流程／技術／資料窗口：
實際可投入的時間與維護人力：
希望外部協助的部分：
預計使用人數與需要串接的系統：
希望由內部接手的工作：
預計時程與預算範圍（未定可註明）：常見問題
企業導入 AI，一定要先成立 AI 團隊嗎？
不一定。先確認流程負責人、資料與驗收窗口，再依需求是否持續、既有人力與維護能力，決定內部實作、外部協作或混合分工。
找外部 AI 顧問，公司內部還要有人負責嗎？
要。流程規則、資料授權、優先順序和驗收仍需內部窗口確認。委外可以補實作能力，不能取代公司對制度與業務決策的責任。
內訓後可以由團隊自己維護 AI 流程嗎？
可以把日常操作、範本更新和問題回報列為學習目標；程式、權限、部署與技術維護是否交接，要另外約定並實際演練，不能只以上過課判斷已具備能力。
編輯查核：2026 年 11 月 5 日。情境與表格為示例，未宣稱客戶成果或特定成本優勢。