受信メールをAIで分類する前に｜優先度・担当・例外の決め方

受信メールをAIで分類すれば、担当者を探す時間を減らせそうに見えます。しかし、「重要」「営業」「問い合わせ」という箱だけ作っても、現場では動けません。同じ件名でも、期限、顧客との約束、添付ファイル、返信履歴によって優先度は変わります。誤分類に気づく仕組みがなければ、急ぎの連絡が静かなフォルダへ隠れます。

島田市周辺の中小企業がAIによるメール分類を試す前に、分類ラベルより先に、誰がいつ何をするかと、人へ戻す例外を決める方法を整理します。自動返信を目標にせず、受信箱の見落としを増やさない小さな試行から始めます。

分類名ではなく「次の行動」を決める

「重要」の意味は担当者ごとに違います。今日中に返信が必要、担当部署へ転送する、内容を記録する、営業対象外として保管するなど、分類後の行動からラベルを決めます。一つのメールに複数の用件がある場合は、無理に一箱へ入れず、要確認へ戻します。

AIが判断できないときの初期値を「保留」や「削除」にせず、人が見る「要確認」にします。振り分け後も元の受信日時、送信元、件名、スレッドへ戻れる状態を保ちます。

一週間の受信記録から例外を先に集める

過去メールを大量に学習材料へ入れる前に、一週間だけ人が受信箱を観察します。どの言葉でなく、何を根拠に担当や期限を決めたかを記録します。件名に「至急」とあっても営業案内の場合があり、穏やかな文面でも納期変更や設備停止の連絡が含まれます。

• 本文と件名で緊急度が違う
• 転送や返信の途中で用件が変わる
• 添付ファイルを見ないと担当が決まらない
• 一通に見積もり、納期、請求など複数用件がある
• 自動通知に見えて本文内に対応依頼がある
• 苦情、契約、採用、個人情報など限定担当へ渡す必要がある

例外はAIにうまく推測させる材料ではなく、自動分類を止める条件にします。毎週発生する通常パターンだけを最初の対象にし、件数が少なく影響が大きい連絡は人が直接確認します。

メール本文をAIへ渡せるか確認する

受信メールには、氏名、連絡先、注文、予約、相談内容、契約、添付ファイルなどが含まれます。メールサービス内の機能であっても、どのAI機能へ何が送られ、保存・学習・共有・削除がどう扱われるかは製品と契約により異なります。管理者設定を確認できない段階では実メールを使いません。

個人情報保護委員会は、生成AIへ個人情報を入力する際、特定した利用目的に必要な範囲か、提供事業者が応答以外の目的で扱わないかを確認するよう注意しています。分類に送信元の氏名が不要なら除き、本文全文が不要なら必要項目だけに変換します。添付は初回対象から外し、開封やマクロ実行など別の安全対策も混同しません。

テストには架空のメールセットを使い、実際に起きる表現の揺れや複数用件を再現します。顧客名や取引内容を少し変えただけの実メールを共有ファイルへ残すことは避けます。

正解表で見逃しと誤通知を別々に測る

分類精度を全体の正解率だけで見ると、件数の少ない重要メールの見逃しが隠れます。20件中18件が通知メールなら、それだけ正しく分類しても業務上の価値はありません。分類ごとに、見逃し、誤通知、要確認へ戻した件数を分けます。

1. 人がテストメールの正しい担当・期限・例外を決める
2. AIには本文から根拠箇所と確信できない点も出させる
3. 結果と正解表を比較し、重要分類の見逃しを記録する
4. 誤りの原因をラベル不足、情報不足、複数用件に分ける
5. ルール変更後は同じ正解表で再テストする

本番試行でも、一定期間はAI分類と人の確認を並行させます。自動移動や既読化、削除、返信は後回しにし、まず提案ラベルだけを表示します。戻し方が分からない自動化は開始しません。

担当者不在とシステム停止まで決める

分類が正しくても、担当者が休みなら止まります。分類ごとの主担当、代替担当、確認時刻、期限超過の通知先を決めます。AI機能や連携が止まった場合は、共有受信箱を人が確認する通常手順へ戻します。二重処理を防ぐため、切り替え時刻と担当を記録します。

受信メールや問い合わせの流れを含むAI・業務自動化の整理は、LIFESEEDSのAI活用案内をご覧ください。実メールを共有する前に、分類後の行動、例外、担当、期限だけをまとめ、お問い合わせフォームからご相談いただけます。