この記事の要点
- 質問の回数だけでなく、質問しないまま進めてしまう工程を調べる。
- 文章の読取りはAI、明確な条件の判定はルール、例外は責任者に分ける。
- 教える時間と処理後の修正時間を合わせて評価する。
教え方ではなく、仕事が記憶を要求しすぎていないか
「この取引先だけ締め日が違う」「この種類の依頼には別紙が必要」。こうした条件を口頭で伝えていると、担当日が少ない人ほど思い出す機会が不足します。マニュアルに書いてあっても、作業の途中で該当箇所を探す必要があれば、忙しい時間には確認が後回しになります。
まず、直近の差し戻しを、知識不足・入力不足・判断基準の不一致・引き継ぎ漏れに分けます。「スタッフの注意不足」という分類だけでは、何を変えれば再発を減らせるかが分かりません。熟練者も疲れた時に間違える工程を見つけることが出発点です。
設計例:取引先への書類送付を、覚えずに進める
架空の書類送付業務を考えます。現在は、依頼メールを読み、取引先を調べ、送付物を選び、担当者に確認して送信しています。AIを入れた後は、メールから依頼候補を抽出し、承認済みの取引先ルールと照合して、必要書類と未確認事項を画面に並べます。
たとえば同名企業が二つあれば、自動で一方を選ばず企業IDの確認で止めます。契約条件が見つからなければ「一般的にはこれでよい」と補完しません。送付前には宛先・添付物・承認者を固定した確認画面を通し、承認後にだけ送信します。
| 工程・観点 | 仕組みに残すもの | 確認すること |
|---|---|---|
| 依頼文を読む | AIが候補を抽出 | 元のメールを表示 |
| 必要書類を決める | 承認済みルールで照合 | ルール不明は保留 |
| 送付する | 人の承認後にシステム実行 | 宛先と添付物を再確認 |
AI・ルール・人の担当を混ぜない
自由文の分類や項目抽出はAIの候補です。一方、必須欄の未入力、日付の前後関係、書類の有無、承認済み宛先との一致は、まず通常のプログラムで判定します。AIだけで全項目を「チェック済み」にすると、何を根拠に通したかが曖昧になります。
責任者に残すのは、新しい例外やルール変更の判断です。その判断を記録し、同じ条件が繰り返されるなら正式なルールに昇格させます。新人が質問しなくなったかではなく、誰でも適切に保留できるようになったかを確認します。
毎回どの説明を繰り返していますか。
対象の仕事、現在使っているシステム、確認や差し戻しが発生する場面をお聞かせください。個人情報や機密資料の原本は送らず、まず業務の流れから整理します。
教育時間を減らしても、確認者の仕事が増えては意味がない
導入前後で、説明時間、担当者の処理時間、確認者の処理時間、差し戻し、重大な見逃しを記録します。処理件数だけの比較では、難しい案件を人に移しただけの変化を見落とします。同じ種類の通常案件と例外案件を含めて評価してください。
初期はAIの結果を業務に反映しない並行検証から始めます。問題が出たときに、担当者の入力、参照したルールの版、AIの抽出結果を確認できるようにします。教育そのものは残し、目的・保留の仕方・相談先を短く確実に教える内容へ変えます。
最初の相談には、繰り返す質問を三つ
「何を送ればよいですか」「どのシステムへ入力しますか」「これは進めてよいですか」。よく聞かれる質問を三つと、ミスが見つかった時点を整理してください。個人名や顧客資料を送らなくても、仕事の流れから検討できます。
ルールを整理すれば既存フォームの改修だけで解決することもあります。AIを使うことを先に決めず、読取り・判定・入力・承認のどこに負担があるかを、FDEによる現場確認と試作で確かめます。
よくあるご質問
マニュアルをAIに読ませれば十分ですか?
回答を探す負担は減らせても、入力漏れや誤送信は別に残ります。作業画面の必須チェックと、承認後にだけ進む処理を組み合わせます。
新人教育が不要になりますか?
不要にはなりません。業務の目的、情報の扱い、異常時の相談を教えた上で、細かい条件の丸暗記を減らす設計です。
この記事の位置づけ
業務例・比較表は当社が提案する設計上の例であり、特定のお客様の実績やお問い合わせ内容を紹介するものではありません。効果や適合性を保証するものではなく、実際の範囲は業務・データ・管理体制を確認して決めます。
毎回どの説明を繰り返していますか。
対象の仕事、現在使っているシステム、確認や差し戻しが発生する場面をお聞かせください。個人情報や機密資料の原本は送らず、まず業務の流れから整理します。