採購前先盤點，用完先評估，比急著搶第一個導入更重要
#AI轉型 #AI工具治理
年底財務稽核，一份採購明細攤開來，讓數位長臉色不太好看：公司裡光是「AI 相關服務」這一項，就列了十二筆訂閱費用。行銷部門買了一套內容生成工具，客服部門買了另一套對話機器人，數據團隊買了第三套分析平台，其中還有兩筆，連當初申請的人都已經離職，沒人記得那套系統現在還有沒有在用。
更尷尬的是，這十二套工具裡，至少有四套的核心功能高度重疊——都能做文字摘要、都能生成初稿，只是介面長得不一樣。
這種場景，幾乎是每一家正在推動 AI 轉型的企業，遲早都會撞見的問題。這篇文章要談的，就是怎麼在採購前先想清楚、選型時該看什麼、上線後怎麼管理一套組合，而不是任由各部門各憑本事，把公司的工具清單越養越亂。
這篇文章的重點
- 採購前先盤點使用情境、使用頻率、既有的品質問題，再決定要不要買，而不是看了demo就心動
- 選型時該看的不只是功能，還有在地語境品質、系統整合難度，以及退出成本
- 用真實案例測試供應商，比只看一場漂亮的展示更可靠
- 工具組合可以分三層管理：共用基礎平台、專業工具、受控實驗，不是每一樣都得當成戰略決策
- 每季檢查一次使用狀況與成本，讓退場跟採購一樣，都是正常的管理動作
採購前，先盤點，別急著被demo打動
很多工具採購的起點，是某個部門的人去參加了一場研討會，或看了一場很厲害的產品展示，回來就急著申請預算。這種衝動式採購，正是十二套工具亂象的源頭。
比較扎實的起點，是先盤點清楚幾件事：這個工具要用在哪些工作情境、誰會是實際使用者、預期使用頻率有多高、現在的做法花了多少工時、目前遇到的品質問題是什麼、會不會碰到敏感資料、最後希望達成什麼結果。把這些盤點結果攤開來，通常就能把需求歸納成幾個類別：文字生成、內容搜尋、影音處理、資料分析、會議協作、顧客服務、知識管理。歸類完之後，第一件該做的事，不是急著找新工具，而是先問公司裡有沒有已經買過、可以拿來用的東西——十二套工具裡，那四套功能重疊的，多半就是因為沒有人做過這一步。
這道盤點程序，也不需要搞得像一場大型稽核。真正花時間的，往往不是填表格本身，而是把散落在各部門、各自用不同名詞描述的需求，翻譯成同一套語言。行銷部門說的「幫我把長文變成社群貼文」，跟客服部門說的「幫我整理常見問題的標準答案」，拆開來看差很多，但放進「文字生成」跟「知識管理」這兩個類別裡，很可能會發現，兩邊其實都能用同一套共用平台的不同功能來解決，不需要各自另外採購。
選型看四件事：價值、在地語境、整合難度、退出成本
盤點清楚需求之後，評選供應商時，有四件事值得放在同一張表上比較。
第一是價值：這套工具解決盤點出來的問題，效果好不好。第二，也是很多企業容易忽略的一項，是繁體中文與台灣語境的品質—不少工具的示範影片用英文講得頭頭是道，實際換成中文語境的內容產製，用詞生硬、抓不到在地脈絡的問題，才會全部冒出來。第三是系統整合，這套工具能不能跟公司既有的平台順利串接，還是又要多養一套獨立系統，資料進不去也出不來。第四是退出成本：萬一用了半年決定不續約，資料能不能順利匯出、員工累積的操作習慣要花多少力氣轉移，這件事在簽約前就該想清楚，而不是等到想解約才發現被綁死。
供應商評選時，應該用真實、且經過適當去識別化處理的案例去測試，而不是只看對方準備好的展示範例。展示範例通常經過精心挑選，測不出這套工具面對公司真實資料時的實際表現。找幾份日常會遇到的文件、幾個真實但已經去識別化的案例丟進去試，才看得出這套工具是真的解決問題，還是只是展示得很漂亮。
比較謹慎的做法，是同時找兩、三家候選供應商，用同一批去識別化案例做並排測試，讓實際使用者親自試用、給評分，而不是只由採購窗口一個人看過就拍板。這個過程會花一點時間，但比起簽了一年合約才發現這套工具中文表現不如預期，或跟既有系統串不起來，前期多花的這幾週,通常都划算得多。
工具組合分三層，不用每一樣都當成戰略決策
不是每一套工具，都需要用同樣慎重的態度去採購與管理。比較實際的做法，是把工具組合分成三層。
共用基礎平台，提供多數員工都會用到的文字、搜尋、會議記錄與基本分析能力，這一層應該慎選、統一採購，避免各部門重複建置。專業工具，服務特定流程裡比較深入的需求，例如查證、影音處理或商業情報分析，這一層可以依實際需求引進，但要注意跟共用平台之間的資料是否能互通。受控實驗，則是留給還在測試階段的新工具，用少量名額、限定期限的方式先小規模試用，證明有效再考慮擴大，證明無效就直接結束，不需要走完整套正式採購流程。
那十二套工具裡，真正該保留的可能只有兩、三套核心平台，其餘要嘛整併進共用層，要嘛降級成受控實驗規模，要嘛就是該淘汰。分層管理的好處，是讓公司不用把每一次工具選擇，都當成需要層層會簽的重大決策，也不會讓實驗性質的嘗試，因為流程太重而胎死腹中。
三層之間也不是一成不變。一套原本放在受控實驗層的工具，如果證明真的有效、也有跨部門的共同需求，就該往上升級成共用基礎平台的一部分；反過來，一套原本被當成共用平台的工具，如果用了一年發現只有一、兩個部門真的在用，也該降級，甚至考慮整併進其他工具裡。這種升降級的判斷，需要有人固定去看，而不是等到年底稽核才被迫面對——那位數位長後來就指定了一個角色，專門負責追蹤這張分層地圖，每一季更新一次，不再讓工具清單自己悄悄長大。
每季健康檢查，讓退場跟採購一樣正常
工具上線之後，管理工作才真正開始。企業應該養成每季檢查一次的習慣，看的項目包括：活躍使用的人數與頻率、功能實際被用到的深度、換算下來每位有效使用者的成本、實際節省了多少工時、對流程成果有沒有具體貢獻、有沒有出現需要注意的風險事件。
依照這些證據，每一套工具都會落在三種結論之一：值得改善使用方式、應該整併進其他系統、或是該退場。退場不代表當初的決定是錯的，很可能只是需求變了，或是有更適合的工具出現—這件事，跟採購一樣，都應該是正常的管理動作，不需要背負「早知道就不要買」的心理負擔。
這份季度檢查表，最好交給一個固定的角色負責彙整，而不是分散在各部門各自回報、各自解讀。統一彙整之後，管理階層才看得出全公司的工具組合，長期是往整合的方向走，還是又悄悄長出新的重複。那位發現十二套工具帳單的數位長，後來做的第一件事，不是逐一究責當初是誰核准的採購，而是把這套每季健康檢查的習慣建立起來，讓下一次年度稽核，不會再出現讓人臉色發青的驚喜。
發表迴響