問い合わせメールをAIで自動振り分けしたい場合、まずはメールの種別を整理し、AIが判別できるラベルを作ります。その後、宛先マスタと振り分けルールを設定し、再処理防止や担当不明時の共有箱を組み合わせることで、手作業を減らしつつ正確な配信が可能です。本記事では、具体的な設計手順と運用上の注意点を順を追って解説します。
AIでメール振り分けを設計する流れ
問い合わせ種別の洗い出し方
組織内で受信する問い合わせは、製品質問・サポート依頼・見積もり依頼・苦情など多様です。まずは営業・サポート・開発部門の担当者にヒアリングし、実際に受け取っているメールの件名や本文のパターンをリスト化します。この段階で「種別が曖昧」や「重複が多い」などの課題も浮き彫りになるため、後のAI学習データ作成に役立ちます。
次に、抽出したパターンを基に「製品質問」「料金問い合わせ」など、業務で実際に使えるラベルを5〜7個程度に絞ります。ラベルは業務フローと直結させることが重要で、例えば「見積もり依頼」は営業部門の共有箱に自動転送できるように設計します。担当者への確認としては「このラベルで分類して問題ないですか?」と具体的に質問し、合意を得てから次のステップへ進みます。
AIモデル選定と学習データ
AIでメールを自動判別する際は、テキスト分類に適した大規模言語モデル(LLM)や、軽量な機械学習モデル(SVM・ロジスティック回帰)を選択します。小規模な社内環境では、オープンソースの小型モデルを自社サーバーにデプロイし、プライバシーリスクを低減させるのが一般的です。モデル選定のポイントは「学習コスト」「推論速度」「データ保持ポリシー」の三点です。
学習データは、先ほど洗い出した問い合わせ種別ごとに、実際のメール本文とラベルのペアを数百件程度用意します。データは個人情報を除去した上でCSVやJSON形式に整形し、モデルにインプットします。学習後は、テストデータで精度(正解率)を確認し、業務要件を満たすかどうかを関係者で評価して本番導入の可否を判断します。
精度が期待に届かない場合は、ラベルの再定義やデータ増量を検討します。
自動振り分けフローの構築
AIモデルが用意できたら、メール受信から振り分けまでのフローを設計します。一般的な構成は、メールサーバー(Exchange・Gmail)からWebhookでメール情報を取得し、AI推論サービスへ送信、返ってきたラベルに基づいて宛先マスタのメールアドレスへ転送するという流れです。
フローは、RPAツールやIFTTT、社内のESB(Enterprise Service Bus)で実装できます。
実装時は、エラーハンドリングを必ず組み込みます。AIがラベルを判定できなかった場合は「未分類」ステータスで一時保存し、後続の手動確認プロセスへ回す設計が安全です。また、処理時間が長くなるとメールの遅延が発生するため、推論は非同期で行い、結果が出次第転送する方式を採用するとスムーズです。
導入後は、処理ログを定期的にレビューし、誤判定が増えていないかを監視します。
宛先マスタとルール作成のポイント
宛先マスタの項目設計
宛先マスタは、メールラベルと実際に転送すべきメールアドレスを紐付けるテーブルです。最低限必要な項目は「ラベル」「担当部署」「転送先メールアドレス」「優先度」「有効期間」です。優先度は、同一ラベルに複数の転送先がある場合にどちらを先に処理するかを決めるために使用します。
有効期間は、キャンペーンやプロジェクト期間中だけ特定の担当者にメールを回すケースで活用します。マスタは社内の業務システム(ERP・CRM)と連携させ、担当者変更があった際に自動更新できるようにすると、手作業でのミスを防げます。担当者への確認ポイントは「このマスタ項目で足りない情報はありますか?」や「担当部署が変わったら自動で反映されますか?」です。
ルール表現のベストプラクティス
振り分けルールは、AIが出したラベルと宛先マスタを結びつけるロジックです。シンプルに「ラベル=宛先」だけでなく、件名キーワードや送信元ドメイン、メールサイズなどの条件を追加すると、例外的なケースでも正確に振り分けられます。例えば「件名に『緊急』が含まれる場合は優先度を上げて上長の共有箱へ転送」などです。
ルールは「上位ルールが適用されない場合は下位ルールへ」という階層構造で管理すると、メンテナンスが容易です。変更時は、影響範囲をシミュレーションし、既存メールへの再適用が必要かどうかを判断します。担当者に「新しい条件を追加すると、既存の振り分けにどんな影響がありますか?」と確認してもらうと、想定外のメールロスを防げます。
設定変更時の影響確認
宛先マスタやルールに変更を加えると、過去に受信したメールの再振り分けが必要になるケースがあります。変更前に「影響対象メール数」「再処理のタイミング」「担当者への通知方法」を事前に洗い出し、計画的に実施します。特に大量メールが蓄積している場合は、バッチ処理で再振り分けを行い、結果をレポートで共有します。
変更後は、テストメールを数件送信し、期待通りの宛先に届くかを検証します。テスト結果は、担当者と一緒にレビューし、問題があれば即座にロールバックできるようにバックアップを保持しておくことが重要です。担当者への質問例は「この変更で過去のメールはどう扱われますか?」や「ロールバック手順は用意していますか?」です。
再処理防止と例外対応の仕組み
メールIDで重複検知
メールサーバーが付与する一意のメッセージID(Message-ID)をキーに、処理履歴テーブルに記録します。AIが同じメールを再度受信した場合は、既に処理済みであることを判定し、二重転送や二重返信を防止します。実装は、メール受信時にIDを抽出し、データベースにINSERT→成功したら次のステップへ、失敗(重複)したらログに記録してスキップする流れです。
この仕組みは、メール転送エラーで再送された場合や、システム障害後のリトライ時に有効です。担当者に確認してもらうポイントは「Message-IDが取得できないメールはありますか?」や「重複検知の閾値はどのくらいに設定すべきですか?」です。適切に設定すれば、無駄な処理コストを削減できます。
ステータス管理とタイムアウト
メールの処理状態を「受信」「判定中」「転送済み」「エラー」の4段階で管理し、設定したタイムアウト期間(例として30分程度)以内に次のステップへ進まない場合は自動で「エラー」ステータスに遷移させます。ステータスはDBのカラムで管理し、定期バッチがタイムアウトチェックを行います。
タイムアウトが発生したメールは、担当者に自動通知し、手動で再処理するか、エラーログを元に原因を解析します。担当者への質問例は「タイムアウト基準はどのくらいが妥当ですか?」や「エラー時の通知方法はメールが良いですか?」です。ステータス管理により、処理漏れを可視化でき、運用の信頼性が向上します。
例外メールの手動フラグ
AIが「未分類」や「不明」ラベルを付与したメールは、例外として手動フラグを立てます。フラグはメールヘッダーにカスタム属性を付与するか、DBにレコードを追加する形で実装します。フラグが付いたメールは、担当者が専用のダッシュボードで一覧確認でき、必要に応じて手動で適切な宛先へ転送します。
手動フラグは、緊急度が高い問い合わせや、AIが学習できていない新しいパターンのメールに有効です。担当者に「例外フラグの付与基準はどう決めますか?」と聞き、業務フローに合わせて運用ルールを策定します。フラグ管理を徹底すれば、AIに任せきれないケースでも対応漏れを防げます。
担当不明メールの共有箱活用法
共有メール箱の権限設定
担当が不明なメールは、全社で閲覧できる共有メール箱に自動転送します。この箱の権限は、部門長やマネージャーが閲覧・割り当てできるようにし、一般社員は閲覧のみとすることで情報漏洩リスクを低減します。権限設定は、メールサーバーのアクセス制御リスト(ACL)で管理します。
設定時は「誰が閲覧でき、誰が割り当てできるか」を明確にし、担当者に「権限は適切に設定されていますか?」と確認してもらいます。また、権限変更履歴をログに残すことで、後からの監査にも対応できます。適切な権限管理は、共有箱の乱用防止につながります。
未分類メールの自動通知
共有箱に届いた未分類メールは、担当者がいない状態が続くと放置されがちです。そこで、メールが届いたら自動でSlackやTeamsに通知し、リアルタイムで担当者を募る仕組みを作ります。通知メッセージには、件名・送信元・受信日時・簡易要約を含め、担当者が判断しやすい情報を提供します。
通知の頻度や対象は、業務時間帯や部門ごとに調整します。担当者への質問は「どのチャネルで通知したら早く対応できますか?」や「通知内容に追加すべき情報はありますか?」です。自動通知により、未分類メールが長期間放置されるリスクを大幅に減らせます。
担当者割り当ての見直し
共有箱に集まったメールは、定期的に担当者を割り当て直すプロセスが必要です。割り当ては、メールの内容や過去の担当実績を元に、AIが候補者を提示する形でも構いません。提示された候補者に対して、担当者が承認すれば自動でマスタに反映させます。
このプロセスを運用する際は、「割り当ての基準は何か」「承認フローはどのように回すか」を担当者と合意します。また、割り当て結果はレポート化し、月次で担当者の負荷や未処理件数を可視化します。担当者への質問例は「割り当て基準は業務実績で良いですか?」や「承認フローはどのツールで管理しますか?」です。
見直しを継続すれば、担当不明メールの滞留を防ぎ、業務効率を保てます。
参照情報・確認日
以下の公式情報を背景に、本文の手順・判断例はAX labsの提案として整理しています。料金や効果の保証は扱っていません。
- IPA掲載:テキスト生成AIの導入・運用ガイドライン(卒業プロジェクト) ↗
確認日:2026-10-16