辦公室流程加入 AI 前，應如何評估？

觀察整項工作，包括完成後的交接

跟進一項資料由進入流程到成為可用成果的全程。會議記錄的成果可以是已確認並加入團隊待辦清單的行動，而不只是整理得漂亮的摘要；服務營運的成果則可以是資料足夠、負責人可以回覆的要求。把複製、搜尋、等待、核對和更正分開記錄。

樣本要包括日常輸入、含糊說法、遺漏附件和少見情況，並分開記錄實際工作時間與由頭到尾的經過時間。等待主管批准造成的延誤，與打字慢需要不同解法。NIST 的 AI RMF Core 把使用情境、量度和監督視為持續工作；這可支持評估思路，但不會替你指定某款工具。

把 AI 放在真正需要理解文字的步驟

檢查電郵地址是否已填、按表格選項指定部門，或計算逾期日期，都可以用明確規則處理，同一輸入應有同一結果。AI 較適合把長篇對話整理為候選行動，或辨識自由文字要求的主題。AI 對內容的理解，應與決定下一步的規則分開。

試行前要議定可使用哪些原始資料、誰可查看結果及保留多久；可行時先用匿名資料。即使目標是處理幾封電郵，也不代表需要上載整個郵箱。若必要資料無法取得，或團隊未能批准其用途，就要收窄或改變試行範圍。

實例演練：從服務會議擬出行動草稿

以下是假設例子，並非客戶項目：營運會議先說「Alex 可以查一下替換貨品的存貨」，其後才說「供應商確認送貨後，由 Alex 去查」。草稿應保留這個前提，並指出對應原文位置；不能把最初的建議變成無條件任務，也不能自行加上星期五的死線。

要求輸出行動、建議負責人、已說明的期限、依賴條件及來源位置。沒有提到期限就留空，由主持人確認行動是否已議定，再補問日期。只有已接受的行動才加入服務待辦清單。另一位同事應可打開記錄，找到依據，並理解為何該項仍在等待。

把試行寫成別人也能接手的簡介

先並行試行：原有流程照常運作，AI 只準備草稿供比較。給覆核人一個具體問題，例如「每項行動有沒有按原文保留負責人、前提及期限？」Microsoft 的 Power Automate 審批文件展示會等待審批人回應的明確步驟；發出通知本身，不等於審批已完成。

• 輸入：獲准使用的來源、觸發條件、文件版本及排除資料。
• 輸出：必要欄位、可留空的值及證據位置。
• 覆核：指定覆核人、後備人選及更正原因。
• 交接：目的地、已接受狀態及下一位負責人。
• 例外：無法閱讀、說法互相矛盾及覆核逾期。
• 復原：暫停方法、人工處理路徑及已嘗試動作的記錄。

量度整體成本，把更正時間算進去

基準與試行要比較同類工作。每項完成工作的有效工時＝準備、覆核、更正及故障處理的總分鐘數，除以已接受項目數。每項淨節省時間＝原有流程每項工時減試行每項工時。報告要列出樣本數及輸入組合；少量清晰筆記的測試，不能證明嘈雜錄音也有相同表現。

分開記錄憑空加出的行動、漏掉的行動及被改動的前提。已接受結果也要抽查原文，因為接受率提高可能只是覆核放鬆。未解決項目亦須列入報告。把以 USD 列出的持續軟件費用，連同支援、覆核及維護工時一起比較；生成快只佔成本的一部分。

試行前先議定上線及停止條件

開始測試前，與工作負責人訂明可接受的錯誤種類及所需證據。只有議定案例通過、覆核人能應付工作量，而且人工後備路徑仍可用，才考慮擴展。一次會議成功，只代表值得繼續測試，未能證明流程可無人看管。

若試行加入原文沒有的承諾、把資料送錯位置、累積未覆核工作，或總工時增加而沒有相應收益，就應暫停。把受影響項目交回人工清單，保留原始輸入及更正記錄。更改模型、提示詞或來源格式後，要先重播議定例子，才放行新版本。