目次
社内の返信漏れを防ぐために、未返信メールを検出して通知する仕組みを運用していました。ところが最初のうちは通知が多すぎて、メルマガや自動配信まで「未返信です」と鳴る状態でした。そこで除外条件を足していったところ、通知は静かになりました。
しかしある日、商談後に新規のお客様から届いた御礼メールが、まったく検出されていないことに気づきます。原因は1つのバグではなく、それぞれ正しく動いていた3つの除外条件が、同じメールに同時に作用していたことでした。
この記事では、実案件（匿名）で起きたこの「除外3層」の重なりと、そこから導いた通知フィルタの設計方針を整理します。AIやスクリプトで通知を自動化している会社なら、業種を問わず起こりうる話です。
この記事の結論
- 通知フィルタの事故は、単一のバグではなく除外条件の重なりで起きる
- 配信メールと新規顧客メールは特徴が似ているため同時に弾かれる
- 見逃しと過剰通知は非対称。各層に救済条件を実装する
何が起きたか：静かになった通知と、消えた新規顧客
もともとの目的は「返信漏れをなくす」ことでした。ところが導入直後は通知が鳴りすぎて、担当者が通知を読まなくなる。これでは仕組みとして機能しません。
そこで、明らかに返信不要なメールを除外する条件を追加していきました。メルマガ、システムからの自動配信、社内の一斉連絡。ひとつずつ足すたびに通知は落ち着き、運用は安定したように見えました。
問題が表に出たのは、商談後の御礼メールでした。初めてやり取りする相手からの、返信すべき重要なメール。これが通知に一度も現れていませんでした。
原因：除外3層が同時に作用していた
調べると、3つの独立した除外ロジックが、いずれもこのメールを「通知不要」と判定していました。
| 層 | 判定の根拠 | 新規顧客メールで起きたこと |
|---|---|---|
| 1. 送信者の返信履歴 | 過去にやり取りがあるほど重要と評価 | 履歴がないため重要度が低く出る |
| 2. メールヘッダ | 配信物特有のヘッダがあれば除外 | グループアドレス経由でヘッダが付く |
| 3. 受信カテゴリ | 特定カテゴリのメールを対象外に | グループ宛がフォーラム系に分類される |
層1：返信履歴で重要度を測ると、新規は必ず低くなる
送信者との過去のやり取りの多さで重要度を測る方法は、既存顧客には有効です。しかし新規の相手には履歴が存在しません。つまりこのロジックは、構造的に「初めての相手」を低く評価します。新規開拓を重視する会社ほど、この設計は致命的です。
層2：自社グループアドレス経由のメールは配信物に見える
メルマガや自動配信を弾くために、メールヘッダの情報（List-Id等）を手がかりにしていました。ところが、info@やsales@のようなグループアドレスを経由して届いたメールにも、同種のヘッダが付くことがあります。お客様が個人宛ではなく代表アドレスに送ってきた瞬間、そのメールは機械的には「配信物」と見分けがつかなくなります。
層3：グループ宛はフォーラム系に分類される
受信側の自動カテゴリ分類でも同じことが起きます。グループアドレス宛のメールは、メーリングリストと同様にフォーラム系のカテゴリに分類されることがあります。カテゴリで絞る除外条件は、ここでも同じメールを落としました。
本質：配信メールと新規顧客メールは特徴が重なる
3層に共通していたのは、「返信不要な配信メールの特徴」と「新規顧客からの重要メールの特徴」が重なっているという点です。
- 過去のやり取りがない
- グループアドレス宛に届く
- 配信物と同じヘッダ・カテゴリを持つ
これは偶然ではありません。会社の代表アドレスは、案内メールも問い合わせも同じ入口で受けます。機械から見れば、両者は似た顔をしています。だから**「ノイズを削る条件」は、ほぼ必ず新規顧客も一緒に削ります**。
ここを理解しないまま除外を足し続けると、通知は静かになるほど、拾うべきものを取りこぼす設計に近づいていきます。
対策：見逃しと過剰通知は非対称だと決めてから設計する
通知フィルタの誤りには2種類あります。
| 誤りの種類 | 起きること | 損失 |
|---|---|---|
| 過剰通知 | 返信不要なメールで鳴る | 数秒で確認して消せる |
| 見逃し | 重要なメールが鳴らない | 商談・取引を失う |
この2つは釣り合いません。過剰通知のコストは小さく、見逃しのコストは大きい。であれば、迷ったら通知する側に倒すのが正しい設計です。
ただし、ここで重要なのは次の点です。「見逃しを優先して防ぐ」と方針に書くだけでは、事故は防げません。
今回の事故も、方針が間違っていたわけではありません。各層を別々に実装し、それぞれが「正しく」ノイズを削った結果、層をまたいだところで見逃しが生まれました。方針は文章の中にあり、コードの中にはなかったのです。
そこで採った対策が、各層に個別の救済条件を実装することでした。
通知フィルタの作り方：救済条件を各層に埋め込む
やったことはシンプルです。除外ロジックのそれぞれに、「この条件に当たるなら、他の判定にかかわらず通知する」という例外を書き加えました。
救済条件の考え方は次の3点です。
- 人が書いた形跡を優先する：自動配信にはない、個別の文面・宛名・署名といった手がかりがあれば、履歴やヘッダより優先する
- こちらから接触した相手は例外にする：自社から送信した履歴がある、または商談等の予定に紐づく相手からのメールは、新規でも除外しない
- 除外は「複数層の合意」でのみ成立させる：1つの層が弾いただけでは除外しない、という構造にすると、層の重なりによる事故が起きにくくなる
大事なのは、方針を1か所に書くのではなく、各層のロジックの中に落とすことです。除外条件を後から足す人は、必ずその層だけを見て作業します。層の中に救済条件が書かれていれば、後から条件を足しても見逃しが広がりにくくなります。
なお、メールヘッダの仕様や受信側のカテゴリ分類の挙動は変わることがあります。実装時の最新仕様は公式ドキュメントでご確認ください。
中小企業が同じ事故を避けるためのチェック
自社でメール通知やAI仕分けを動かしているなら、次の3つを確認してください。
- 新規の相手からのメールが、直近で通知されているか：既存顧客の通知だけで「正常に動いている」と判断しない
- 代表アドレス宛のメールが除外対象に入っていないか：問い合わせの入口が、そのまま除外の入口になっていないか
- 除外条件を足したとき、何が同時に消えるかを確認しているか：足した条件の「意図しない巻き添え」をテストする
とくに1つ目が重要です。通知フィルタの不具合は、鳴らないという形で現れるため、放っておくと誰も気づきません。定期的に「本来通知されるべきメール」を意図的に流して確認する運用を入れておくと安全です。
よくある質問
Q. AIの通知フィルタで大事なメールが届かないのはなぜですか？ 除外条件を複数重ねると、条件同士が同じメールに同時に作用することがあります。特に新規顧客からのメールは配信メールと特徴が似ており、複数層で同時に弾かれて通知から消えることがあります。
Q. 通知ノイズを減らしつつ見逃しを防ぐにはどうすればいいですか？ 各除外層に、弾く条件だけでなく「これに当たれば通知する」という救済条件を個別に実装します。方針を文章で決めるだけでは層をまたいだ見逃しは防げません。
Q. 通知フィルタの誤りはどちらを優先して直すべきですか？ 見逃しを優先します。余計な通知は数秒で消せますが、新規顧客の初回メールを見逃すと商談そのものを失います。損失の大きさが非対称だからです。
まとめ
- 通知フィルタの事故は、1つのバグではなく除外条件の重なりで起きる
- 配信メールと新規顧客メールは特徴が重なるため、ノイズ削減が新規顧客を削る
- 見逃しと過剰通知は非対称。迷ったら通知する側に倒す
- 方針を書くだけでは足りない。各層に救済条件を実装する
RENOYでは、メール処理や通知の自動化について、「何を通知し、何を捨てるか」の設計段階からご相談を承っています。すでに動いている仕組みの見直しも対応可能です。まずはお気軽に無料個別相談（オンライン・60分）をご利用ください。サービス内容をまとめた資料は資料請求からご覧いただけます。