我們接觸的企業幾乎都有一張 AI 構思清單。困難不在於想出點子，而在於選出第一個——那個能在數星期內見到真實成果、令整個機構有信心再做下一個的項目。多年下來，我們歸納出六項準則。我們會與流程負責人一起開工作坊，就每項準則為每個候選用例評 1 至 5 分。

六項準則

一、頻率

這項工作多久發生一次？十個人每天做二百次的事，比一位總監每季做一次的事更適合作為第一個項目——無論那件季度工作多麼痛苦。頻率能把小改善變成看得見的改善。

二、痛點

真的有人介意嗎？最好的候選項目是大家會抱怨的工作——重複輸入船務文件、回答同樣的二十條問題、月底追數字。如果現行流程還能忍受，新流程就不會被採用。

三、數據是否齊備

AI 需要的資訊是否已存放在系統內、格式可用，並且能在試點期間取得存取權？「在同事腦裏」或「在 WhatsApp 裏」得分低；「在 ERP 和 SharePoint 文件庫裏」得分高。這項準則淘汰的候選項目比任何一項都多，所以我們一早就問。

四、可量度

開始之前，能否說出應該改變的那個數字——每份文件的處理分鐘數、首次回應時間、測試集上的答案準確度、預測誤差？如果效益只能形容為「更好」，項目便難以辯護，更無法擴展。

五、出錯的風險

AI 出錯時會怎樣？它有時一定會出錯。由人審閱後才發出的草稿，風險低；自動套用到客戶帳戶的決定，風險高。第一個項目應處於低風險一端，並有人在流程之中，讓錯誤被發現和修正，而不是被恐懼。

六、負責人

有沒有一位主管想要這個項目、會在試點期間讓團隊使用、事後亦願意公開說出成效？沒有業務負責人的項目，會變成 IT 實驗。我們寧願做一個價值稍低、但負責人熱心的項目。

通常勝出的是甚麼

誠實評分後，勝出的往往不起眼：處理最常見查詢的客服助手、高流量表格的文件擷取、某一產品系列的預測、營銷用的雙語草稿生成器。這些亦正是建立基礎的項目——數據連接、存取模型、量度習慣——日後更大的構思都會用得着。

隨後的試點

選定用例後，我們會在客戶自己的 Azure 訂閱上進行四至六星期的試點：

  • 第 1 星期——範圍與來源。確認衡量指標、收集數據或文件、撰寫測試集、釐清存取與私隱問題。
  • 第 2 至 3 星期——建置。連接數據、建立助手或模型、以測試集驗證，並與業務負責人反覆調整。
  • 第 4 至 5 星期——實際使用。指定小組在日常工作中與舊流程並行使用。我們監察指標、收集修正意見並修正問題。
  • 第 6 星期——決定。把量度結果與基線比較，連同運行成本，以及擴展或停止的計劃一併提出。只要基於證據，兩個答案都是好結果。

如果您想用這張評分表檢視自己的清單，我們的白皮書附有表格，亦樂意為您主持工作坊。