AI 工具幾秒內就寫好一封客戶信件。看起來省了時間，直到有人核對資料、刪掉你從未同意的承諾，又重寫了半封信。
有時這樣仍比從頭寫快，有時反而更慢。小型企業在替所有人購買工具之前，需要有辦法分辨這兩種情況。
我們建議用一項重複工作做 30 天測試，回答兩個問題：團隊是否更快完成有用的工作？效益是否值得付出全部成本？
重點先看
- 選擇經常出現、而且團隊有人能可靠檢查的工作。
- 測量得到可用成果所需的時間，包含準備、審查和修改。
- 先把設定、訓練和工具支出算進去，再判斷省了多少。
- 把實際省下的金錢，與挪出時間去做其他工作的價值分開計算。
值得在自己的企業測試，是有原因的。OECD 的 2025 年中小企業調查報告指出，使用生成式 AI 的企業中，65% 回報員工工作表現有所改善，但調查未衡量改善幅度。這說明有潛力，並不能預測你的企業會有什麼成果。
選一項有明確完成標準的工作
「導入 AI」太籠統，很難衡量。「把客戶通話筆記整理成經過核對的後續信件」就具體到可以測試。
其他起點包括：依照核准範本起草例行提案、整理會議待辦事項，或摘要供應商文件。選擇頻率足夠高的工作，才能在一個月內收集幾個案例。
把好成果的標準寫下來。以後續信件為例，可以是資料正確、不捏造承諾、下一步清楚，以及符合公司一貫的語氣。指定負責檢查的人。
先使用企業允許放進所選工具的資料。如果不能在那裡分享客戶資訊，就使用匿名化案例，或改選另一項工作。
第 1–7 天：了解目前的工作成本
記錄幾個用原本方式完成的案例，一張簡單的表格就夠了：
| 記錄什麼 | 為什麼重要 |
|---|---|
| 工作類型與難度 | 避免拿簡單的 AI 案例，與困難的人工案例比較。 |
| 所有參與者投入的總分鐘數 | 即使由另一位同事檢查，也要把他的時間算進去。 |
| 修改情況與最終品質 | 做得更快，仍然必須符合原有標準。 |
| 完成件數 | 確認這項工作是否頻繁到值得改善。 |
挑選有代表性的案例，也包括一個比較混亂的情況。試行期間維持相同的品質標準。看起來流暢卻漏掉資料的草稿，仍然是未完成的工作。
第 8–21 天：進行小規模試行
選兩三位平常會做這項工作的同事，設定適度的支出上限，並提供一個好成果的範例。也要讓負責審查的人參與。
提供原始資料、限制條件與想要的格式。信件工作的共用指令可以這樣寫：
根據這些筆記，起草一封給客戶的後續信件。只使用筆記中的事實，不要新增價格、期限或承諾。缺少的資訊請列在「待確認問題」下。信件請控制在 200 字以內，語氣參照已核准的範例。
先試較輕量的模型。如果經常需要修改，再用類似案例比較更強的模型。我們的 AI 模型選擇指南提供了一些起點。
繼續記錄總時間與品質。失敗的嘗試、重新生成、在工具之間複製資料，以及同事的審查，都要算進去。如果客戶重視交付速度，另外記錄從開始到交付的經過時間。
把整份工作算清楚，包括第一個月
以下範例的金額均為美元。數字是假設值，不是實測成果，也不是 Drephos 的報價。
| 一個月的客戶後續信件 | 不使用 AI | 使用 AI |
|---|---|---|
| 完成信件數 | 40 | 40 |
| 每封信的準備與撰寫 | 20 分鐘 | 5 分鐘 |
| 每封信的審查與修改 | 10 分鐘 | 10 分鐘 |
| 信件工作總時間 | 20 小時 | 10 小時 |
| 試行額外設定與訓練 | 無 | 3 小時 |
第一個月挪出了七小時：20 減 10 再減 3。如果用每小時 30 美元的假設人力成本估算，這些工作時間的價值是 210 美元。扣除額外的 30 美元工具支出後，估算的工作時間淨值是 180 美元。
這不代表實際省下了 180 美元。薪資沒有變，薪資支出就沒有變。效益可能是多出七小時服務客戶、減少加班，或消化積壓的工作。請記錄這些時間實際用在了哪裡。
實際金錢節省需要另外計算：真正避免的支出，減去新增的現金成本。取消訂閱、減少有給加班，或避免外包支出，都必須確實發生才能列入。不要把同一批挪出的時間重複計算。
在摸索期間減少工具支出
先檢查目前的軟體已包含哪些功能。既有工具可能就足以完成試行，不必再買一套。
接著依照觀察到的用量比較計費方式。每天大量使用 AI 的人，可能適合固定按席收費。只有少數人經常使用的團隊，可能適合按用量付費。除了單則訊息價格，也要考慮需要的功能與管理工作。
取消任何訂閱之前，先列出功能重疊的工具。確認替代方案能完成工作，並檢查續約日期或合約限制。按用量付費指南說明這種計費方式；費用計算器能協助估算工具支出，但不會衡量生產力帶來的節省。
第 22–30 天：決定哪些做法值得留下
與執行和審查工作的人一起檢視案例。品質維持住了嗎？是否穩定省下時間？團隊能利用這些時間嗎？效益是否足以抵銷成本？
如果答案有說服力，就保留這個流程。如果只在簡單案例有效，就明確限制適用範圍。如果審查比原本完成工作還久，就修改指令或停止試行。
量少或季節性的工作，可能需要更長的測試。擴大使用之前，把日常管理與新使用者的額外設定時間，也放進下一次估算。
Drephos 可以如何幫忙？
Drephos讓團隊在同一個網頁工作空間試用多種模型，使用共享預付錢包，不收席位費。擁有者可以設定每位成員的月度支出上限，並查看用量。共享聊天讓同事能在同一段對話中審查工作。
這提供了一種控制試行期間工具支出的方法。時間與品質紀錄仍需要由團隊自己提供。先從一個有用的流程開始，讓成果與成本都看得見，再用這些結果決定下一個要試的工作。