業務プロセス自動化
業務自動化の前に描く業務フロー：例外処理と人の確認を見落とさない方法
先に行うのはツール選びではなく、実際の業務を入口から完了まで確かめることです。通常ケースと例外、人が判断する箇所、処理の記録をそろえると、何を自動化し、どこを人に残すかを具体的に話し合えます。
手順書ではなく、実際の一件を最初から最後までたどる
業務フローの出発点は、関係者の説明や既存の手順書だけではなく、最近の処理を一件選び、その経路を担当者と一緒に振り返ることです。「誰が何を受け取ったか」「どこを見て判断したか」「次に誰へ渡したか」を順に確認します。入口はメール、電話、フォーム、紙の書類など、複数あるかもしれません。
工程ごとに、受け取る情報、使う帳票やシステム、入力先、確認者、完了の条件を記録します。たとえば依頼書を受け付ける仕事なら、受付、記載内容の照合、不足項目の問い合わせ、担当部署への引き継ぎ、処理完了の連絡までを分けます。「確認する」という一つの箱で済ませず、何と何を照合し、結果によって次に何が起きるのかを書き分けるのがポイントです。
図にしにくい口頭確認、担当者の個人メモ、表計算への一時転記、経験による判断も観察対象です。正式な手順から外れていても、日々の業務が成立するために必要な作業かもしれません。発生した場面と目的を確認し、現場の工夫なのか、解消すべき手戻りなのかを分けて考えます。
観察前には、対象にする業務と共有する情報の範囲を担当者と決めてください。個人情報や機微な内容を必要以上に集めず、例を共有するときは不要な識別情報を外します。現場の評価や個人の作業速度を測るためではなく、工程と引き継ぎの仕組みを理解するための確認だと目的を明確にすると、実際の運用を把握しやすくなります。
通常ケースと例外ケースを分けて、分岐を見える形にする
標準手順を一本の線で描いたら、実際にはどんな条件で別の道に進むのかを洗い出します。よくある例は、必須項目の不足、書式や表記の違い、重複した依頼、情報同士の不一致、期限を過ぎた申請、担当外の問い合わせです。各分岐について、誰が気づき、何を確認し、どこへ戻すかを図に加えます。
例外は単に「その他」とまとめないようにします。内容が不足している場合と、既存記録と食い違う場合では、必要な確認先や次の処理が異なるためです。例外ごとに、発生するきっかけ、担当者が取る対応、解決まで待つ相手、再開する工程を記録すると、処理の滞留や責任の曖昧さも見つけやすくなります。
それぞれの例外について、どの程度起きるかだけでなく、誤って進めた場合にどんな影響があるかも確認します。頻度が低くても、誤処理が重要な判断や顧客対応に影響するなら、慎重な扱いが必要です。逆に頻度が高い例外は、単純な例外処理として自動化するより、入力フォームや業務ルールを見直して原因を減らせることがあります。
フローに残すと役立つ分岐の記録
- 分岐が起きる条件と、判断に使う情報
- 対応を決める担当者と、確認先
- 差し戻し・保留の理由と、再開する条件
- 処理を誤った場合に確認すべき範囲
作業を小さく分けて、自動化する部分を選ぶ
業務全体を一度に自動化するかどうかで考える必要はありません。作業を工程単位に分け、ルールが明確か、入力の形式や品質が安定しているか、繰り返し発生するかを確認します。たとえば、書類の到着を記録する作業と、内容の意味を判断して承認する作業では、必要な判断とリスクが違います。
項目の転記や、定められた条件に基づく通知のように、手順と正解を説明しやすい仕事は、自動化候補として検討しやすいでしょう。一方、情報が矛盾する場合の判断、例外的な取引の扱い、相手の事情を踏まえた回答などは、単純な反復処理と一緒に自動化せず、人の判断として切り分けます。AIを使う場合も、候補の分類や下書きなど、誤りを確認しやすい補助にとどめる選択肢があります。
比較の際は、作業時間だけでなく、入力の整い具合、例外の種類と頻度、誤りが起きた場合の影響、確認に必要な知識も並べます。自動化によって新しい確認作業が増えないか、既存ツールやデータと無理なくつながるかも確認してください。候補を選ぶ理由と、今回は対象外にする工程を残しておくと、関係者間で範囲を合意しやすくなります。
人へ戻す条件と、確認者がたどれる記録を決める
自動化を設計するときは、うまく処理できる場合だけでなく、判断を止めて人に戻す条件を先に定めます。たとえば、必須情報がない、読み取り結果に確信が持てない、登録済みの情報と一致しない、想定していない形式で届いた、といった状況です。曖昧なまま処理を続けるよりも、保留にして担当者へ渡すほうが安全な工程があります。
引き継ぎには、元の依頼内容、機械が認識した内容、確認が必要になった理由、すでに行った処理を添えます。担当者が原本や入力元を確認でき、結果を訂正した場合はその理由も記録できるようにすると、判断の追跡や同じ例外への対応に役立ちます。確認者が何を承認するのか、どの誤りを見つける責任を持つのかも、運用手順に明記しましょう。
人の確認を置くことは、すべての出力を形式的に承認することとは異なります。判断に必要な情報が見えること、疑問があれば止められること、訂正後の処理が明確であることが大切です。責任の所在が曖昧なまま「担当者が確認する」とだけ決めると、忙しい場面で確認が形骸化するおそれがあります。
導入前後の比較は、基準値と業務の違いをそろえて読む
効果を振り返るには、導入前に現状の基準を記録します。業務に合わせて、処理にかかる時間、手入力や転記の回数、確認・差し戻しの頻度、例外が適切に担当者へ引き継がれた割合などから、意味のある項目を選びます。数値を取る目的は、導入の成功を前提に成果を示すことではなく、続けるか、直すか、範囲を変えるかを判断する材料をそろえることです。
比較するときは、処理件数や繁忙期、担当者の経験、対象にした書類の種類が前後で大きく変わっていないかを確認します。たとえば処理時間が短くなっていても、難しい例外を対象から外した結果なら、業務全体が改善したとは限りません。自動処理にかかった時間と、人による確認・修正にかかった時間を分けて記録すると、実際の作業負担を読み取りやすくなります。
まずは対象を限定して試し、通常ケースだけでなく例外の扱いも確認します。想定外の入力や間違いが見つかった場合に止める方法、元の手順に戻す方法、改善内容を再確認する方法も準備します。測定方法や評価期間は業務ごとに異なるため、単一の数字で自動化の良し悪しを断定せず、品質や利用者の確認負荷も合わせて判断してください。
現場で使えるフローにするための進め方
最初の図は完成版でなくてかまいません。関係者と一緒に、受付から完了までの工程、工程ごとの担当、使う情報、通常の分岐、例外時の引き継ぎを一枚にまとめます。その後、図に出てきた曖昧な箇所を、実際の処理例で確かめます。
- 範囲を決める：対象業務の開始と完了、関係する役割、見る情報の範囲を合意する。
- 現状をたどる：標準手順と実際の処理を比べ、口頭確認や転記も含めて工程を記録する。
- 分岐を確かめる：不足、重複、形式違い、保留、差し戻しが起きた例を集め、対応者と再開条件を書く。
- 候補を比べる：ルールの明確さ、入力の安定性、繰り返し頻度、誤りの影響から小さく試す工程を選ぶ。
- 人へ戻す条件を設計する：止める条件、確認者に渡す情報、訂正・承認の記録を決める。
- 基準値を取って見直す：処理量や例外の違いも記録し、時間だけでなく品質と確認負荷を含めて振り返る。
この整理は、自動化しない判断にも役立ちます。入力のばらつきが大きいなら、先に受付方法や用語をそろえるほうが適切かもしれません。特定の例外が多いなら、業務ルールや担当分担の見直しが候補になります。技術を導入すること自体ではなく、現場の仕事がより正確に、無理なく進むことを判断の軸にしてください。