インボックスのルールが、見込み客やサポート依頼を拾えなくなったとき、ついプラットフォームのAPIや気まぐれなアルゴリズムのせいにしたくなります。でも実際には、取りこぼされるメッセージの90パーセントは、皆さん自身のロジックの中で引っかかっています。つまり、表面上は有効になっているのに、優先順位の衝突や狭すぎるキーワード定義によって、実質機能していないルールです。
よくある光景ですよね。チームの時間を節約しようと、サポート自動化の調整に何時間もかけたのに、結局そのルールが拾うはずだったメッセージを、自分で手作業で振り分けることになる。時間を節約するためのワークフローが、監査の作業に変わってしまう、あの「調整の負債」です。でも安心してください。これはアルゴリズムの不具合ではなく、設定の整理で解決できることがほとんどです。
数字が動く前に、何が変わったのか
数百のブランドプロフィールを見てきた私たちの経験では、最も多い原因はロジックの重なりによる衝突です。話題になっている問題を拾おうと、新しい具体的なルールを追加する一方で、既存の広いルールを見直さないと、実質的にデジタルの迷路ができあがります。メッセージはそこにあるのに、皆さん自身の自動ゲートキーパーが、タグ付けや通知の段階に届く前に弾いてしまうのです。
ルール全体を書き直す前に、どこで壊れたのか時系列をたどってみましょう。まずいAIの返信があった後に、新しいフィルターを追加しませんでしたか？ 大量配信のキャンペーンで誤検知を避けようと、キーワードのマッチングを厳しくしませんでしたか？
多くのチームがここでつまずきます。
- ルールの衝突：
contains_anyキーワードを使った広い「一般サポート」ルールと、contains_allを使った新しい「製品X」ルールがあるとします。これらが重なると、実行順序によって厳しいほうのルールが終了したり、さらに悪い場合はスレッドがすでにタグ付けされているとアクション全体がキャンセルされたりします。 - 精度の罠： 無関係なノイズにうんざりして、
contains_anyからexact（完全一致）に切り替えたとします。すると今度は、「Help!」のような簡単な略語や、製品名のスペース抜けだけで、ルールがメッセージを完全に無視してしまいます。 - フィルターの肥大化： 大事なアカウントを守ろうとプロフィール単位の除外を追加したのに、ブランド全体に適用される優先度の高いタグまで、うっかり締め出してしまうことがあります。
運用のルール： ルールが発火しなくなったら、キーワードに触る前に実行ログを確認しましょう。ログに「失敗」ではなく「スキップ」と出ていれば、それはマッチングの問題ではなく、優先順位かフィルターの衝突です。
目指すべきは、常に手入れが必要な「完璧な」自動化から、例外を人間のレビューに回す「信頼できる」自動化へと移ることです。ボットが動かないように除外フィルターを次々と追加しているなら、それは時間を節約しているのではなく、受信メッセージの振り分けから、自分のルールリストの監査へと、負担を移しているだけです。
まず確認したい失敗パターン
ルールが発火しないときは、プラットフォームのAPIを見るのをやめて、フィルターの積み重ねを見てください。これも数百のブランドで見てきたことですが、チームはひとつのルールにあまりに多くの条件を重ねすぎて、意図せず「不可能な」条件を作ってしまいがちです。
セキュリティチェックポイントを想像してみてください。訪問者が特定のブランドで、特定のプロフィールで、特定のスレッド種別で、しかもクリティカルな優先度タグを持っていることを必須にしたら、通り道はとても狭くなります。ひとつでも条件が合わない、たとえば正式な「サポート」タグなしで入ってきたスレッドなら、ルールはそれを完全にスキップしてしまいます。
ルールが静かに失敗するよくある原因
- ロジックの重複： 同じインボックスを監視するルールが2つあります。ルールAが「キャッチオール」で、ルールBが具体的なものだとして、キーワードが共通していると、ルールAが先にメッセージを取ってしまうことがあります。
- 完全一致の罠： 「Help me」に
exact（完全一致）を設定したのに、顧客が「Help me!」（感嘆符つき）や「help me」（小文字）と入力する。文字列が同一でないため、ルールは取りこぼします。 - クールダウンによるロック：
cooldownHoursを24に設定していると、顧客が2時間後にフォローアップしても、ルールは2通目を無視します。まだ休憩中だと思っているのです。 - フィルターの肥大化：
Platform: TwitterとThreadType: Direct Messageのフィルターは問題ありません。そこにBrand: MainやPriority: Criticalを加えると、受信メッセージがすべてのメタデータ項目に完璧に一致しない限り、ルールが機能しなくなることがよくあります。
判断のチェック： ルールが発火しなくなったら、有効なフィルターの数を半分に減らしてみましょう。それでまた動き出せば、どのフィルターが厳しすぎたのかがはっきりわかります。
ノイズと本物のシグナルを分ける証拠
当て推量をやめる一番の近道は、実行ログを見ることです。Mydropを使っているなら、実行履歴が強い味方になります。ルールがいつマッチングを試みたのか、なぜ成功したのか、なぜスレッドをスキップしたのかがわかります。
ログがなければ、まるで目隠しで飛んでいるようなものです。メッセージが「届かなかった」と思い込んでいても、実際には届いていて、皆さんの条件で弾かれているだけかもしれません。ボトルネックを見つけるまで、このスコアカードを使って週に一度、ルールを監査しましょう。
| ルール名 | マッチングロジック | フィルター数 | クールダウン（時間） | 実行ステータス |
|---|---|---|---|---|
| 緊急サポート | contains_any |
2 | 1 | 定期的に発火中 |
| 一般問い合わせ | exact |
5 | 24 | 停止中（失敗） |
| フィードバック収集 | contains_all |
3 | 0 | 断続的 |
このスコアカードの読み方：
- ルール名： 何に影響するかわかるように、説明的な名前にしましょう。
- マッチングロジック：
contains_allを使っているなら、厳しすぎます。ソーシャルのユーザーは、完璧な言葉の組み合わせで投稿することはほとんどありません。contains_anyに切り替えて、キャッチ率が上がるか試してみましょう。 - フィルター数： この数字が3を超えているなら、有効なメッセージまで除外している可能性が高いです。
- 実行ステータス： 「スキップ：クールダウン」と出ていれば、対象期間が広すぎます。「スキップ：フィルター不一致」と出ていれば、条件が硬すぎます。
多くのチームが抱えているのは自動化の問題ではなく、ロジックの整理の問題です。ビジネスの役に立っていないフィルターを取り除けば、「消えた」メッセージの80パーセントは、一晩で自動キューに戻ってくるはずです。
今週直すべきこと
もし今、手作業の振り分けに追われているなら、これから48時間の目標は、インボックスのルールを骨組みまでそぎ落とすことです。特定のキャンペーン中に追加されて、そのまま片付けられていない古い設定が、何層にも重なっているはずです。
まずは、この3ステップの整理ワークフローで有効なルールを監査しましょう。
- まず広げるパス： 最も重要な「大量処理」ルール3つを選び、
contains_allからcontains_anyに切り替えます。完全なフレーズを狙っていると、絵文字や略語、よくある誤字を使うユーザーに負けてしまいます。 - フィルターの統合： 失敗しているルールを見てください。5つのブランドに当てはまるのに、ひとつのブランドプロフィールだけに限定していませんか？ 地域ごとのコンプライアンスが目的でない限り、細かすぎるプラットフォームやプロフィールのフィルターは外しましょう。
- クールダウンのリセット： クールダウン期間を確認しましょう。よくあるサポート問い合わせに24時間や48時間を設定していると、同じユーザーからの追加の質問を黙らせてしまっている可能性があります。標準的な振り分けなら1〜2時間に短縮して、本当の不満を見逃さないようにしましょう。
Mydropでは、過去30日間に一度もアクションを起こしていないルールを削除するだけで、すぐに楽になったと感じるチームをたくさん見てきました。作業を前に進めるのに役立っていないルールは、診断ログにノイズを足しているだけです。
診断をやめて、ワークフローを変えるべきとき
ルールの複雑さが、効率化のメリットではなく、ガバナンス上のリスクに変わる瞬間があります。あらゆる例外に対応しようと「何にでも対応するルール」を作り始めたら、それはサポートの自動化ではなく、チームの誰も完全には理解できない、複雑で壊れやすい機械を作っている状態です。
ルールセットがハードボイルド小説の相関図みたいになっているなら、人間がループに入るハイブリッドモデルに移るタイミングです。
あらゆるシナリオに完璧なAI自動返信をプログラミングしようとするのではなく、ルールは振り分けとタグ付けに使い、そのスレッドを人間のレビュー用の共有ダッシュボードに送りましょう。そうすれば返信の品質を高く保てて、デリケートな顧客のクレームにブランドセーフなボットが自動返信してしまう、あの気まずさも防げます。
ワークフローのチェック： 自動返信がなぜ発火したかを監査する時間が、手作業で返信する時間より長くなっているなら、その自動化はやめましょう。
忘れないでください。インボックスのルールの目的は、予測できる大量のノイズを処理して、チームが本当に人の手を必要とするメッセージに集中できるようにすることです。ロジックが重くなりすぎて維持できなくなったら、それはツールの失敗ではありません。チームがその自動化戦略を超えて成長した、というサインです。
まとめ
インボックスの自動化は、複雑なサーバークラスターを管理するようなものではなく、賢いアシスタントを雇うような感覚であるべきです。ルールがメッセージを取りこぼしているなら、アルゴリズムのせいにしないでください。まず自分のフィルターの積み重ねを監査し、キーワードのロジックをシンプルにして、細かなニュアンスの一部はチームの手に委ねることを受け入れましょう。
私たちが一緒に仕事をしてきた最も成功しているブランドは、最も複雑なルールを持っているわけではありません。最も一貫したルールを持っています。ロジックはシンプルに、クールダウンは適切に、そして会話が複雑になったときのために、人間がループに入るワークフローを用意しておきましょう。週の終わりには、チームがきっと感謝してくれますよ。
Google review
Trustpilot review
Product Hunt comment
