一個 AI 自動化項目，從洽談到交付的完整流程
六個階段，每個階段說明雙方各自要做什麼、買方應該拿到什麼。
第一次外包 AI 項目的企業，最常見的不安是「我不知道接下來會發生什麼」。以下把一個固定範圍 AI 自動化項目的完整生命週期攤開——六個階段，每個階段說明雙方各自要做什麼、買方應該拿到什麼。流程以實際的交付模式為藍本，結構上適用於評估任何服務商。
階段一：需求訪談（動工前）
發生什麼：服務商與你（以及實際執行該流程的同事）對談，弄清楚三件事——現在這個流程怎麼跑、痛點在哪一步、成功長什麼樣子。
買方該做：讓真正做這件事的同事參與訪談。管理層描述的流程與實際流程經常有出入，而自動化必須貼著實際流程建。
買方該拿到：一份雙方確認的流程描述。這個階段通常免費或低費，它是報價的前提。
階段二：範圍界定與報價
發生什麼：服務商把需求轉譯成交付物清單——哪幾個工具、各自的輸入輸出、驗收標準——並為清單定價，拆成里程碑。
買方該做：逐項讀懂清單（看不懂的名詞，要求用白話重寫）；用八個必問問題檢驗提案；確認原始碼移交在清單內。
買方該拿到：白紙黑字的交付清單、里程碑付款表、驗收標準。
階段三：首個里程碑——核心流程原型
發生什麼：服務商先建流程的核心一段，用你的真實資料跑通，交出可實際操作的第一版。
買方該做：用真實情境驗收，而非看演示——親手餵幾份日常文件，檢查輸出的穩定性與忠實度。這是全項目最重要的停損點：核心跑不通，後面全部免談，而你的損失被封在首段款項之內。
買方該拿到：可操作的原型 + 驗收後才支付該段款項。
階段四：後續里程碑——整合與完善
發生什麼：通過原型驗收後，服務商完成其餘部分：與你現有工具的整合（郵箱、通訊軟件、雲端硬碟等）、錯誤標示機制、用量控管。
買方該做：安排一至兩位同事開始平行試用，在真實工作中累積問題清單，一次過回饋——零散的即時修改請求會拖慢雙方。
買方該拿到：逐里程碑的可驗收成果。
階段五：交付與移交
發生什麼：完整原始碼、部署文件、帳號金鑰歸位、知識轉移交接（四項的具體內容見移交專文）。
買方該做：指定接手人（內部同事或預定的維護方）實際參與交接 session，並當場照文件重跑一次部署驗證——文件寫得對不對，重跑一次就知道。
買方該拿到：四項移交物齊備，尾款在此之後支付。
階段六：上線初期（交付後）
發生什麼：系統進入日常運作。前幾週保留人工抽查，建立對系統的信任基線；之後按錯誤標示機制運作。
買方該做：記錄 API 用量的實際水平（對照報價時的預估）、記錄異常情況與處理時長，作為日後維護協議談判的數據。
全流程的時間感
小型自動化項目（單一流程、少量整合），由訪談到移交以週計；多流程、多整合的項目以月計。任何以「天」承諾整個流程的提案，通常略過了訪談或移交其中一端——而那兩端正是決定成敗的部分。
常見問題
問：六個階段可以壓縮嗎？
可以合併里程碑，但兩個節點省略即高風險：動工前的白紙黑字清單（階段二），與最後的完整移交（階段五）。中段一切都可談，兩端是結構。
問：買方全程要投入多少時間？
集中在三個點：訪談（讓對的人出席）、每個里程碑的驗收（真實資料實測）、交接 session。其餘時間項目在服務商一側推進。驗收時間省下來，代價會在上線後付。