まず、業務を比較できる大きさに分ける

「問い合わせ対応を自動化したい」のように業務全体をひとまとめにすると、どこに手間があり、何を機械に任せるのかが曖昧になります。まずは受付、内容確認、分類、担当者への振り分け、返信、記録といった小さな作業に分解しましょう。

たとえば問い合わせ受付なら、受信した内容を読む作業、必要事項がそろっているか確かめる作業、種類を分類する作業、担当者を決める作業、返信内容を確認する作業は、それぞれ別の仕事です。例外や判断が集中している工程も見つけやすくなります。

01受付

どこから届き、何の情報が必要か

02分類

種類や緊急度をどの条件で判断するか

03担当振り分け

担当者や部署を決めるルールは明確か

04返信確認

誰が内容と事実関係を確認して送るか

各作業について、担当者、使う情報や帳票、発生頻度、例外の種類を記録します。「毎回同じように処理できるか」「どの条件で人が判断を変えるか」も一緒に書くと、後から技術やリスクを比較しやすくなります。

作業ごとに記録する項目

  • 誰が担当し、前後の工程で誰に引き継ぐか
  • 何を入力・参照し、どこへ記録するか
  • どのくらいの頻度で発生し、処理に何が必要か
  • 例外、差し戻し、追加確認が起きる条件は何か

自動化候補を比べる5つの視点

候補を並べたら、期待できる効果だけでなく、実現のしやすさと失敗時の影響も確認します。以下の観点は、機械に任せる作業を決めるための質問です。すべてを点数化する必要はありません。根拠や未確認事項を書き添え、関係者の認識をそろえることが大切です。

  1. 01頻度と作業負荷
    繰り返しの回数や、担当者が費やす時間・注意力はどの程度か。例外対応や引き継ぎにかかる負担も含めて見ます。
  2. 02判断条件の明確さ
    処理の条件を手順やルールとして説明できるか。担当者によって判断が異なるなら、先に判断基準の整理が必要かもしれません。
  3. 03データの形式と品質
    入力は一定の形式か、必要な情報が欠けずに集まるか。表記揺れや自由記述、古い情報が多い場合は、前処理や人の確認を検討します。
  4. 04誤りが起きた場合の影響
    誤分類や転記ミスをどの段階で検知できるか。顧客への回答、金額、品質、安全、権限に関わる判断は、確認者や差し戻し方法まで考えます。
  5. 05現場が試行に参加できるか
    実際の作業を知る人が試行に参加し、結果を確認できるか。利用する人の協力が得られない場合は、対象範囲や進め方を見直します。

たとえば、毎日行う転記で入力元と入力先が決まっていても、例外が頻繁に起きるなら、転記そのものだけでなく例外の扱いも検討対象です。一方、頻度が低くても一度の誤りが重大な判断につながる作業では、自動処理よりも確認の補助や記録の整備が適することがあります。

ルール処理、AI、人の判断を使い分ける

候補が決まっても、すぐにAIを当てはめる必要はありません。条件がはっきりしている反復処理は、通常のルールや既存機能で扱える場合があります。文章の分類や要約のように表現の幅がある作業はAIが候補になりますが、出力をそのまま確定情報として扱えるかは別に確認します。

承認、責任の所在が重要な判断、例外時の対応は、人が担う設計を検討します。人の役割は「最後に見る」だけでなく、何を根拠に確認するのか、修正できるのか、判断できない場合にどこへ戻すのかまで具体化します。

候補になりやすい考え方

  • 明確な条件分岐や決まった形式の受け渡しは、ルール処理を検討する
  • 文章の分類・要約などは、AIの出力を人が確認する形から検討する
  • 重要な承認や責任判断は、担当者の役割と権限を保つ

先に確認したいこと

情報が不足したときの処理、例外の引き継ぎ、誤りの検知、処理を止める方法を決めずに自動化すると、手作業が別の場所に移るだけになることがあります。

技術の得意・不得意をもう少し詳しく比べたい場合は、AI・RPA・システム連携の選び方 も参考になります。

小さく試す前に、評価方法と停止条件を決める

候補を試すなら、導入後に何を見て判断するかを先に決めます。試行前の状態を基準として残し、作業時間だけでなく、修正率、確認にかかる負担、例外の発生、処理の滞留など、業務に合った指標を選びます。処理が速くなっても、確認や手直しが大幅に増えていれば、目的にかなった改善とは限りません。

また、どの状態になったらいったん止めるか、誰が判断するかも合意しておきます。たとえば、想定外の情報が出力される、確認できない誤りが続く、例外が担当者へ届かないといった状態を、試行の中断や再設計につなげる条件として整理できます。これは判断のための例であり、実際の基準は業務の影響に応じて関係者が定めます。

候補比較のための記入例(数値や結果ではなく、確認項目のひな型)
観点確認すること試行前に残す情報
効果負担や待ち時間のどこを改善したいか現在の作業量・確認負担
実現性必要な情報・手順・権限を用意できるか入力元、例外、関係者
リスク誤りがどこに影響し、誰が検知するか確認者、修正・停止手順
例外頻度通常の手順から外れる状況は何か例外の種類と引き継ぎ先

候補選定の次の一歩

候補を選ぶときは、「自動化できるか」だけでなく、「何を改善したいか」「例外が起きたら誰が対応するか」「人が確認すべき判断は何か」を並べて考えましょう。試行を見送る、先に手順を標準化する、入力情報を整えるという判断も、優先順位を決めるうえで有効です。

まずは一つの工程について、関係者と現状の流れを確認し、頻度・判断条件・データ・例外を書き出すところから始められます。業務全体と候補の整理が必要な場合は、業務フロー診断・自動化優先度設計の内容 をご覧ください。

よくある質問

  • 自動化候補はどの単位で洗い出せばよいですか?
  • 頻度やデータ品質、失敗時の影響はどう比べればよいですか?
  • 試行するか、見送るかは何を基準に判断すればよいですか?

候補は、業務全体ではなく作業単位で考えます。受付、確認、分類、承認などに分ければ、技術を使う場所と人が担う場所を検討できます。

比較では、頻度だけでなく判断の明確さ、情報の状態、誤りの影響も確認します。効果と実現性、リスク、例外への対応を合わせて見てください。

試行の判断は、基準値と停止条件を事前に決めて行います。時間に加え、修正や確認の負担も見て、続ける・見直す・見送るを判断します。