重要な連絡を埋もれさせない。メールの優先度判定を自動化する

1日に届くメールが100通を超えてくると、重要な連絡が確実に埋もれます。

埋もれたことに気づくのは、相手から「先日のメールはご覧いただけましたか」と連絡が来たときか、期限が過ぎたあとです。
メールを整理すれば解決するという話でもなく、そもそも整理する時間が取れないからこそ重要なものが埋もれています。

今回は、メールの重要度をAIで判定して優先度をつける設計について書いていきます。
自動化の全体像はAIによる業務自動化の全体像。手段の選び方とコスト設計にまとめてあります。

メールは、通知を見なくなったときにいちばん埋もれます

なぜ重要なメールが埋もれてしまうのでしょうか？
原因を整理すると3つあります。
大口顧客からの連絡も広告のメールも同じ形式で届くこと、「ご相談」のような件名だけでは緊急か軽い問い合わせか分からないこと、すべてのメールに通知が来る設定だと通知そのものを見なくなること、この3つです。

実務でいちばん多いのが、最後の「通知を見なくなる」パターンです。
ただ、通知そのものを切ってしまうと、今度は最初の2つの問題がそのまま残ります。
だから「重要なものだけを通知する」形にします。
これが、この施策全体を貫く設計の方向になります。

「重要」は、相手と内容の2つの軸で決まります

「重要なメールを判定してください」という依頼だけでは、判定は必ずぶれます。
何を重要とするかが決まっていないので、まず定義のほうを先に固めます。
定義は職種や立場によって変わります。
営業なら大口顧客からの連絡や案件の進捗、経理なら支払や請求に関わる連絡、管理職なら部下からの相談や外部からの重要な連絡、という具合です。

そのうえで「重要」は、相手が誰かという軸と、内容が緊急かどうかという軸の2つに分かれます。
この2軸を混ぜると判定がぶれるので、分けて設計するのが要点です。

まずは相手による判定から手をつけます。
やることは、特定の相手から届いたメールを優先して通知することです。
上司や主要な顧客、重要な取引先を「重要な相手の一覧」としてまとめ、件数は10〜20件に収めます。

送信元のアドレスだけで判定できるので、精度の問題がそもそも起きません。
AIを使う必要すらなく、それでいて効果は明確に出ます。
だから最初に、この相手の軸から手をつけます。

また、一覧そのものの更新も必要です。
担当が変わる、新しい顧客が増えるといった変化があるので、四半期に一度は見直します。

「一覧には入っていないが、実は重要な相手」も必ず残ります。
新規の問い合わせや初めての取引先で、このあたりは次の内容の軸で拾います。

内容の判定は基準を絞り、通知の経路も軸で分けます

もうひとつの内容の軸は、メールの内容から緊急性を判定するもので、ここで初めてAIを使います。
まず、判定の基準を言語化しておく必要があります。
期限が3営業日以内のもの、障害やトラブルの報告、クレームや詫びを求める内容、契約や金額に関わる確認は緊急と判定します。
逆に、情報提供や定例の報告、1週間以上先の依頼は緊急としません。

「判定の基準は4〜6個に絞ること」が要点です。
網羅的にしようとすると、かえって精度が落ちます。

「なぜそう判定したのか」という理由も、あわせて出させます。
「期限が明日と書かれているため」といった形で返させると、判定が違っていたときに基準のほうを直せます。

基準は「迷ったときは緊急にする」としておきます。
見落としのコストのほうが、余分な通知のコストより大きいからです。
もちろん過検知が多すぎると通知が無視されるので、そこはバランスが必要です。

分類の設計そのものはスプレッドシートのAI関数で終わる業務・終わらない業務で扱っています。

通知の経路も、この2つの軸に沿って分けます。
相手による判定で引っかかったものは、確実な判定なのでそのまま即時に通知します。
内容による判定のほうも即時に通知しますが、「AIが緊急と判定しました」と明示します。
人ではなく判定の結果だと分かると、受け取り方が変わります。

この2つの軸に引っかからないメールは通知しません。
1日1回、まとめて件数だけを知らせる形で十分です。

通知に入れるのは、送信元、件名、要約(1〜2行)、メールへのリンクの4つです。
特に「要約」を入れておくのが効きます。
件名だけでは判断できないことがあり、1〜2行の要約があれば開くかどうかをその場で判断できます。

通知を確認するサイクルも決めておきます。
見る時間をあらかじめ固定しないと、「通知が来たら見る」形になって作業が中断されます。
1〜2時間ごとにまとめて見る形が現実的です。

メール対応そのものの標準化はメール対応の品質と速度を組織でそろえる。返信・要約の標準化にまとめてあります。

見落としが出たら基準を見直し、過検知が続いたら絞ります

運用に入ってからの検証は、精度を保つ工程として欠かせません。
検証するのは、見落とし(重要だったのに通知されなかったメール)と過検知(通知されたが重要ではなかったメール)の2つです。
2週間分について、通知されたものとされなかったものを自分で確認し、それぞれの件数を数えます。

見落としが1件でも出たら、その時点で基準を見直します。
見落としは、そのまま仕組みへの信頼を失わせます。

過検知が3割を超えていたら、基準のほうを絞ります。
過検知が多い状態が続くと、通知そのものが無視されるようになります。

そのうえで、出させておいた「判定の理由」を見ます。
過検知の理由に共通するパターンがあれば、除外する条件として加えます。

検証のタイミングは、最初の2週間とその後は月1回で足ります。
数件を確認する程度で十分です。

過検知にはよくあるパターンが3つあります。
「毎月末までにご提出ください」のような定型の連絡に期限が書かれているもの、「本日限り」「至急」といった語で緊急を装う広告や案内、「参考までに」と転送されたメールの元の内容が判定されるもの、この3つです。
いちばん件数が多いのは最初のパターンで、対処は送信元そのものを判定から除外することです。

広告や案内は、送信元のドメイン単位で除外します。
転送メールは、転送を判定の対象から外す条件を加えます。

だから「除外の一覧」を作って運用します。
過検知が出るたびに、その送信元を一覧に追加していきます。
この地味な運用を続けると、判定の精度が上がっていきます。

問い合わせの判定そのものは問い合わせ対応を記録・判定・通知まで自動化する。一次対応の設計にまとめてあります。

効果は4つの指標で測り、通知は1日10件が上限の目安です

効果を測る指標は、原因の整理と同じく数を絞っておきます。
見落としの件数(「先日のメールを見ていただけましたか」という連絡が来た回数で、ここが減っていれば効いています)、通知を見る時間(1日に何回、何分見ているか)、通知の件数(1日に何件来ているか)、期限を超えた対応の件数、この4つです。
最も重要な運用指標は通知の件数です。
多すぎると施策そのものが機能しなくなるので、目安は1日あたり5〜10件に収めます。

要対応の仕分けは「要対応」を自動で仕分ける。受信箱を意思決定の場に変える、依頼のToDo化は依頼の取りこぼしをゼロにする。ToDo化を自動で走らせるで扱っています。

つまずきやすいのは7つです。
「重要」を定義せずに判定させること、相手の軸と内容の軸を混ぜること、判定の基準を10個以上作ること、判定の理由を出させないこと、要約を入れないこと、検証をしないこと、そして通知が1日10件を超えることです。

どれも2軸に分けて定義し、軸ごとに設計し、基準を4〜6個に絞り、理由を出させ、1〜2行の要約を添え、最初の2週間と月1回検証し、5〜10件を目安に保てば避けられます。

私たちが提供しているAI伴走支援では、こうした判定の基準づくりからワークフローの実装まで、現場の担当者と一緒に手を動かしながら進めています。

通知を「重要なものだけ」に絞ると、対応が追いつきます

重要なメールが埋もれるのは、全部が同じ形で届き、件名から重要度が分からず、通知が多すぎて無視されているからです。
だからこそ、本当に重要なものだけを通知する形にします。
設計の本体になるのは「重要」の定義で、相手による軸と内容による軸に分けます。
相手の軸は10〜20件の一覧で判定でき、送信元だけで確実に判定できるので最初に着手します。

内容の軸は、基準を4〜6個に絞ったうえで判定の理由も出させます。
通知は経路を軸ごとに分け、内容による判定には「AIが緊急と判定しました」と明示します。
通知に入れるのは送信元・件名・要約・リンクの4つで、確認は1〜2時間ごとにまとめて行います。

検証するのは見落としと過検知の2つです。
見落としは1件でも出たら基準を見直し、過検知は3割を超えたら基準を絞ります。
過検知の典型は、定型の連絡・広告の緊急表現・転送メールの3つで、送信元での除外がいちばん確実です。

通知が1日10件を超えてくると、人はそれを見なくなります。
自社の通知は、いま1日何件届いているでしょうか？
重要な相手を10〜20件リストにして通知を絞り込んだ組織から、対応漏れは減っていきます。