非同期サービス

ライブキューの終焉

顧客サービスは長らく、ライブの同期セッションという単一のデザインパターンを前提としてきました。顧客が電話をかけ、待ち、つながり、解決する。これらすべてが連続した時間内に行われるか、そうでなければインタラクションは失敗と見なされる、というものです。この前提は今、崩れつつあります。永続的なメッセージングチャネルを基盤とする非同期サービスが、顧客サポートのデフォルトモデルとしてライブキューに取って代わろうとしています。

その仕組みはシンプルですが、その影響は単純ではありません。顧客が午前9時に遅延した注文について企業にメッセージを送り、アプリを閉じ、一日を過ごし、午後3時に同じスレッドで解決策を受け取ります。保留音も、キューの順番も、引用するケース番号も、最初から問題を繰り返す必要もありません。顧客とエージェントがどちらも離れても、チャネルは記憶しています。WhatsApp BusinessとApple Messages for Businessは、これを目新しいものではなく、当たり前のものにしました。会話は、完了しなければ失われるライブコールではなく、双方が戻れる永続的なオブジェクトとして扱われます。

スレッドが通話を凌駕する理由

導入規模はもはや限定的ではありません。Metaは2022年に、毎日1億7500万人以上の人々がWhatsAppでビジネスアカウントにメッセージを送っていると報告しました。この数字は、永続的なメッセージングサービスがパイロット段階をはるかに超え、多くの消費者向け産業にとってデフォルトのインフラとなっていることを示しています。

注目すべきは、顧客が大量に企業にメッセージを送っているというだけでなく、キュー自体がデザインコンセプトとして消えつつあることです。Apple Messages for BusinessとWhatsApp Business APIはどちらも、ライブキューではなく、スレッド化された永続的な会話をデフォルトとしています。顧客は待ち時間ではなく、チャット履歴を見ます。この単一のインターフェース変更は、待つことの心理的コストを静かに取り除きます。なぜなら、待つことがもはや視覚的でも同期でもないからです。見つめるものも、更新する位置もありません。

この変化は、遅いサービスから速いサービスへの移行ではありません。それは、存在を要求するサービスから、存在なしに持続するサービスへの移行です。

スレッドを中心にバックエンドを再構築する

Zendesk、Salesforce、Twilioなどのコンタクトセンターベンダーは、単一セッションの通話ではなく、時間とともに異なるエージェントにルーティングされるメッセージスレッドを中心に、コアワークフローを再構築しました。これは、見た目以上に深いアーキテクチャの変革です。ライブコールは、その間ずっと一人のエージェントの存在を必要とします。永続的なスレッドは、コンテキストが一緒に移動する限り、エージェント間、シフト間、さらには数日間をまたいで引き継がれることができます。これには新しいインフラが必要です。共有された履歴、以前のやり取りの可視化、そして会話を閉じたイベントではなく進行中の記録として扱うルーティングロジックです。

これが、応答速度ではなく、コンテキストの永続性が真の差別化要因となっている理由でもあります。スレッドが履歴を保持するため、顧客はより長い解決期間を許容します。ただし、最初から問題を再説明する必要がない場合に限ります。速度は依然として重要ですが、その優先順位は下がりました。顧客が許容しないのは、すでに説明した問題を、存在を忘れてしまったかのようなシステムに再度説明するよう求められることです。

顧客とオペレーションに何が変わるか

顧客にとってのメリットは単純です。サポートが、彼らがライブで待つことを要求するのではなく、彼らの一日の都合に合わせられるようになったことです。しかし、これには対応する期待が伴います。つまり、顧客ではなく企業がコンテキストを引き継ぐということです。非同期サービスは、スレッドが本当に記憶している場合にのみ信頼交換として機能します。そうでなければ、モデルは解決しようとしたまさにその繰り返し問題に逆戻りしてしまいます。

企業にとって、非同期スレッドは同時エージェントの負荷を軽減し、放棄率を低下させます。なぜなら、顧客はもはや電話を切るインセンティブのあるライブキューに座っていないからです。しかし、これには通話時間ではなく解決期間を中心に構築された新しい人員配置とSLAモデルが必要です。同期的な単一セッションの通話用に設計されたモデルは、数時間または数日、複数のエージェントにまたがる可能性のある会話にはうまく当てはまりません。

特にCXおよびオペレーションチームにとって、これは指標の抜本的な見直しを強制します。平均処理時間や初回応答時間のような従来の測定基準は、「通話」がもはや個別の単位として存在しない場合、その意味の多くを失います。オペレーションは、誰かがどれだけ早く電話に出たかではなく、問題が実際に解決されたか、そしてその全過程にどれくらいの時間がかかったかを測定する、スレッドレベルの解決追跡へと移行しなければなりません。

実用的な今後の道筋

このパターンは、小売業やEコマース、電気通信、銀行・金融サービス、旅行・ホスピタリティ、物流・配送など、現在、大量で緊急性の低いサービス問い合わせが不必要にライブチャネルを詰まらせているあらゆる分野で既に関連性があります。賢明な動きは、今すぐ導入することです。まさにそのような緊急性の低い、大量のケースに対して永続的なメッセージングチャネルを試験的に導入し、応答時間ではなく解決期間を中心にSLAを再設計することです。これをチャネルの交換と見なす組織は、本質を見誤るでしょう。「解決」の意味を再設計と見なす組織こそが、顧客が連絡をためらわなくなる組織となるでしょう。