自動化率が高くても例外処理が現場の処理容量を超えれば業務は滞る
残る例外の件数と1件の処理時間から、担当者の必要な作業量を見積もる。自動化率の平均だけで広げず、難しい案件の偏り、繁忙時の到着量、営業時間と期限を合わせて確認する。
用語
- 例外キュー
- AIから人の判断や処理へ戻った案件が、担当の引き取りを待つ場所。
- 処理容量
- 対象の期間や時間帯に担当者が実際に処理できる量。
- 残件の年齢
- 未完了の案件が受け付けられてから経過した時間。件数と併せて期限への影響を見る。
図と例
例外の種類と到着量を測る → 必要な作業時間を見積もる → 担当の容量と期限を照合 → 残件を観測して対象を調整
仮定の概算例：1営業日に1,000件が到着し、10%の100件が人へ戻る。初めの残件は0で、同じ営業日内に担当者が80件処理でき、他の流入・取消・再開がないなら、終了時に20件残る。90%の自動化率でも、その条件が続けば残件は増える。実際の期限は時間帯別の到着と処理時間の分布でも確認する。
実際のサービス・製品では
Dynamics 365 Customer Service
Dynamics 365 Customer Serviceのルーティングでは、担当者の容量、対応可能な在席状態、スキルなどを設定する。製品の容量単位を1日当たりの処理件数と同一視せず、このTipの件数例は独自の概算として扱う。
資料を読む
解説
導入先の業務責任者と、引き取れる例外の種類・件数・応答期限を合意する。パイロットで処理時間と残件の年齢を測り、自動化対象を増やす前にピークと不在時の対応を試す。
例外キューは、AIが保留・失敗・対象外とした案件を担当者が引き取る待ち行列。自動化で簡単な案件が消えると、残る1件の処理時間は以前より長くなることがある。対象期間の到着数と例外率を測り、例外の種類ごとの件数×作業時間で負荷を積み上げる。処理容量は人数だけでなく、スキル、アクセス権、通常業務との兼務、休憩や引き継ぎで変わる。期間の到着数と処理数の差は残件の増減の概算に使えるが、平均が釣り合うことだけでは待ち時間の期限を保証しない。高リスクや期限の近い案件を区別し、担当不在や容量超過時の受付・案内・導入範囲の縮小も決める。
トレードオフ
- 例外の少ない業務から対象を限定する
- 得るもの：現場の処理負荷を把握しながら始められる
- 払うもの：難しい業務への効果は別に検証する必要がある
- 例外の受け手と優先順位を整えて範囲を広げる
- 得るもの：より広い業務を対象にできる
- 払うもの：必要なスキル・容量・期限と過負荷時の扱いが要る
さらに学ぶ
チェック
1営業日1,000件、例外率10%、初めの残件0、人の処理80件。他の流入・取消・再開がないとき、終了時の残件は？
- 0件
- 20件
- 100件
解答と解説
20件
人に届くのは1,000×0.10＝100件。80件を処理するので100−80＝20件残る。自動化率90%という割合だけでは、人が引き受ける仕事量や期限内の完了を判断できない。