業務自動化投資，該從哪裡開始

企業當前面對的處境

人事成本上漲，徵才變得困難。然而需要處理的業務量並未減少。許多企業想用自動化來填補這道落差，可一旦真要動手，往往就卡在「該從哪裡開始」這一步。

問題不在於沒有可自動化的對象，反而在於太多了。即使是已具備全公司資源管理系統的企業，實際業務時間中也有相當一部分消耗在系統之外。典型的情形包括：把訂購單從郵件裡取出來重新登打進系統、從物流公司網站複製貨運單號再貼進客戶的表單、每逢結帳就手工核對多張試算表。

這些工作單看每一件都顯得瑣碎，所以很難進入改善課題清單。但若一位負責人每天要花 90 分鐘做這類事，在 20 人規模的組織裡，一年就會消失約 7,500 小時，相當於 3.5 名正職員工的工作量。

更大的損失並非時間，而是差錯與延遲。人工謄寫的過程必然產生錯字，負責人一離開崗位處理就停擺。這筆成本不會記在任何帳簿上，所以等問題浮上檯面時，往往已經變成客訴或結帳延遲。

為什麼自動化專案達不到預期

自動化導入失敗時，原因大多不在技術，而在對象選擇。以下三種模式反覆出現。

第一，選了由例外主導的業務。 若整體件數中有一半以上屬於例外處理，自動化非但沒有減少工作，反而新增了「確認自動處理結果是否正確」的工作。對負責人來說，工作量是增加的。

第二，輸入資料沒有標準化。 每家供應商格式各異的訂購單、每次欄位順序都在變的 Excel 檔案，在自動化之前必須先完成表單標準化。跳過這一步，只會讓例外處理邏輯不斷膨脹。

第三，沒有衡量成效的基準線。 若未事先測量導入前的耗時，日後只會留下「好像變快了」的印象。無法證明投資效益，下一個課題的預算也就拿不到。

這三點都是可以在啟動之前判斷的問題。所以才需要診斷。

請先區分自動化的兩種類型

進入診斷之前，先把自動化分成兩類，會讓判斷變得單純。

規則型自動化替代那些條件與處理方式都已明確界定的工作，例如「訂購單一到就讀取項目並登錄系統」「每天早上把庫存低於基準的品項列成清單發出」。結果始終一致、容易驗證，建置成本也相對較低。

需要判斷的自動化處理的是輸入每次都不同、標準答案也不唯一的工作。分類自由格式的諮詢、從格式各異的文件中擷取所需項目、以文句回答客戶提問，都屬於這一類。可處理的範圍寬得多，但必須以可能出錯為前提來設計。

兩種類型的驗證方式並不相同。規則型只需看「是否分毫不差地照做」，而需要判斷的自動化則必須事先設定容許誤差與人工介入的時點。若不作此區分而以同一套標準管理，後者必然出問題。

四階段診斷框架

第 1 階段 — 編製業務清單

按部門列出重複性業務，並針對每一項記錄三件事。

• 每月發生件數
• 每件耗時
• 處理人員數

這一階段的目的不是精確度，而是做出一份可供比較的清單。若想精確到分鐘，調查本身就永遠做不完。向負責人詢問「大約要花幾分鐘」，照實記下即可。誤差留待後續階段候選收窄之後再細化，完全來得及。

依經驗，2030 人規模的組織，這份清單會列出 4060 個項目。編製清單的過程本身就已經有價值——許多連部門主管都不知道的重複作業，往往就在這一階段浮現。

調查時有一點需要留意：不要問負責人「你想自動化什麼」。這樣問，得到的會是他最不想做的事，而不是最適合自動化的事。改問「請按時間順序說說昨天一整天做了什麼」，會準確得多。

第 2 階段 — 自動化適合度評估

以四個軸評估每一項業務。

只把四個軸全為「適合」的業務留作第一輪候選。只要有任何一項「不適合」，就應歸類為需要在自動化之前先解決該條件的課題。舉例來說，若輸入標準性不適合，那它就不是自動化課題，而是表單標準化課題。

判斷規則明確性有個簡單方法：問負責人「這件事能不能只靠文件就交接給剛報到的新人」。無法以文件交接的工作，也無法交接給機器。

輸入標準性不適合，也不必立刻放棄。這正是前面區分出的需要判斷的自動化可以處理的領域。只是這種情況必須同時設計準確度目標與檢核流程，因此準備期應拉得比規則型課題更長。

第 3 階段 — 試算回收期

只針對第一輪候選進行精密測量，並計算回收期。

年度節省額 = 每月件數 × 12 × 每件節省時間 × 每小時人事成本
回收期（月） = 建置成本 ÷ ((年度節省額 − 年度營運費) ÷ 12)

有三點需要注意。

每小時人事成本請以總成本計，而非薪資。 把四大保險、離職金、辦公空間都算進去，通常是薪資的 1.3~1.5 倍。若只按薪資計算，節省額會被低估，實際上可行的課題反而會被淘汰。

每件節省時間並非 100%。 自動化之後，確認結果、處理例外、檢查系統仍然要花時間。若要保守估算，可將原有耗時的 70% 計為節省部分。

務必反映年度營運費。 伺服器費用、外部 API 使用費、維護契約都屬於這一項。漏掉這一項算出的回收期，會比實際情況短。

計算範例

代入數字，判斷就會變得清晰。以下是為說明計算方法而設的虛擬範例，實際數值會因各企業的條件而異。

假設一項業務是：把供應商以郵件寄來的訂購單轉錄進公司內部系統。

每件節省時間為 12 分鐘 × 70% = 8.4 分鐘，即 0.14 小時。

年度節省額 = 400 × 12 × 0.14 × 25,000 = 16,800,000 KRW
年度淨效益 = 16,800,000 − 2,400,000 = 14,400,000 KRW
回收期     = 18,000,000 ÷ (14,400,000 ÷ 12) = 15 個月

15 個月的回收期，達不到前面提出的「第一個課題應在 6 個月以內」的基準。此時有三個選擇：另找件數更多的業務、縮小建置範圍以降低成本，或將這個課題往後排。

把同樣的計算套用在每月 1,200 件的業務上，年度節省額會變成 5,040 萬 KRW，回收期則降到 5 個月以下。件數主導回收期，這正是這套計算的核心。比起每件耗時長的業務，即使每件時間短但發生頻繁的業務，通常應該排在前面。

第 4 階段 — 決定啟動順序

按回收期由短至長排序，但第一個課題不要只看回收期來挑。第一個課題有兩個條件。

• 回收期在 6 個月以內
• 即使失敗，本業也不會停擺的業務

第二個條件很重要。如果第一次自動化在核心業務上出了問題，組織內部對「自動化」這件嘗試本身就會失去信任。反過來說，第一個成功案例能為後續課題爭取到預算與業務單位的配合。第一個課題應該以確定性而非規模來挑選。

各產業最先浮現的候選

依產業別，會進入第一輪候選的業務大致是固定的。編製清單時可作為參考。

製造與流通 — 各供應商訂購單的彙整與登打、庫存低於基準的提醒、出貨指示單產生、物流公司貨運單號的收集與客戶通知、月結時多張試算表的核對。

服務與 B2B — 報價單開立、契約狀態追蹤與到期提醒、定期帳單開立、諮詢類型分類與負責人指派、商談紀錄摘要。

電子商務 — 訂單狀態變更通知、退換貨受理分類、商品資訊多通路同步、評論收集與分類、補貨通知。

共通 — 出勤與費用報支文件查驗、新進員工帳號開通、定期報表彙整、外部系統之間的資料同步。

這份清單只是起點。實際候選應僅承認通過第 2 階段評估者。因為即使是同樣的業務，各企業的例外比例與表單標準性也不相同。

導入前的確認項目

若已決定啟動，請確認以下五項是否就緒。

是否測量了基準線。 必須記錄導入之前的耗時、處理件數與錯誤件數。導入之後才開始測量，就沒有可比較的對象。

是否設計了把例外交給人工的路徑。 自動化處理不了的案件必然會發生。此時不該悄無聲息地失敗，而應轉交給負責人。缺少這條路徑，遺漏的案件往往要幾天後才被發現。

是否有辦法察覺自動化停擺。 人做的事，人不做就看得出來；自動化卻是悄悄停下的。至少要具備「處理件數與平常不同就發出提醒」這種程度的監控。

對象系統變更時的維護責任是否已確定。 串接對象的介面或 API 會在毫無預告的情況下改變。屆時由誰、在何時之前修好，必須在契約或內部規範中訂明。

是否確認了個人資料與法規要求。 若自動化對象業務涉及客戶資料或員工資料，有些項目必須在啟動前釐清。

• 處理過程中個人可識別資訊存放在哪裡、保存多久
• 若資料會傳送至外部服務，該資料儲存於哪個國家
• 是否留有處理紀錄，事後可供追溯
• 存取權限是否按負責人加以區分

尤其在使用外部人工智慧服務時，務必在契約條款中確認輸入的資料是否會被用於該服務的訓練。未確認此條款就輸入客戶資料，會讓一個技術上運作良好的自動化變成違規。保留由人工確認自動化結果的流程，也是出於同樣的考量。

自己做，還是用現成的

對象確定之後，就要選擇實作方式。判斷基準在於：這項業務是否是競爭力的來源。

如果某項業務的處理方式與同業不同，而這正是公司的強項，那就值得量身打造。反之，若是任何公司都以相同方式處理的業務，使用已經過驗證的現成品會更快、更便宜。從零開始做出勤結算或電子簽核，多半是一種浪費。

不過在評估現成產品時，請確認三件事。

我們的業務能否配合產品。 現成產品是以標準流程為前提打造的。若現行方式與該前提差距過大，改造產品的成本，恐怕還不及改變作業方式所遭遇的抗拒來得大。

能否把資料取出來。 日後轉換到其他系統或與公司內部系統串接時會需要。請在簽約前確認資料匯出功能與串接方式。

停擺時由誰負責。 依賴外部服務的業務，該服務的故障就等同我們業務的中斷。請以書面確認故障時的回應時間與補償條件。

常見的反對意見及其處理

自動化課題卡關的原因，往往來自組織而非技術。事先掌握可能出現的反對意見，因應就會容易得多。

「現在的做法沒有問題。」 這多半屬實。問題不在當下，而在處理量增加之後才會浮現。面對這種反對，請提出的不是當前的不便，而是極限點。計算並展示以現有人力可處理的最大件數，會更具說服力。

「我的工作是不是就沒了。」 這是最強烈的反對，必須正面回應。要先說明自動化對象正是負責人原本就不願做的單純重複工作，並且事先決定好省下來的時間要用在哪裡再告知對方。若沒準備好這個答案，從調查階段就得不到配合。

「例外太多了，行不通。」 業務單位的這句話通常是準確的。不要反駁，而是實際去數一數例外比例。第 2 階段評估的目的正在於此。若數下來例外確實很多，那把這項業務從候選中剔除才是正確的。

「以前試過，失敗了。」 請具體確認失敗原因。大多不出前面整理的三種模式之一。必須連同證據一起提出，說明這次不會重蹈覆轍。

導入之後的 90 天

上線啟動不是終點，而是驗證的開始。頭 90 天請確認以下事項。

前 2 週 — 並行運作。 讓自動化與既有方式同時運作並比對結果。這段期間發現的不一致，會告訴你實際的例外比例。不經並行就直接切換，錯誤的處理往往要幾週後才被發現。

第 1 個月 — 整理例外類型。 把轉交人工的案件按類型分類。若某一類型反覆出現，那它就不是例外，而是遺漏的規則。把它納入規則，自動處理的範圍就會擴大。

第 3 個月 — 與基準線比較。 重新測量導入前記錄的耗時、處理件數與錯誤件數並加以比較。這張比較表會成為下一個課題的預算依據。

若成效不如預期，也請把這個事實記錄下來。知道自動化在哪些條件下無法如期運作，是挑選下一個課題時最寶貴的資訊。

總結

自動化的成敗，取決於對象選擇更甚於工具選擇。

• 把重複性業務列成清單，使其可供比較。
• 區分規則型自動化與需要判斷的自動化，採用不同的驗證方式。
• 只把規則明確、輸入標準化、例外少的業務留作候選。
• 回收期請納入總人事成本與營運費，保守計算。發生件數比每件耗時更能主導結果。
• 第一個課題請以確定性而非規模來挑選。
• 在啟動前確認個人資料的處理範圍與資料儲存位置。

而最重要的是，請在導入前測量基準線。未經測量的改善無法證明，而無法證明的改善，也就分配不到下一筆預算。