オムニチャネル AI: チャネル全体にわたる 1 つのカスタマー ジャーニーを設計する

顧客の仕事から始める

顧客は Instagram でサービスについて質問し、Web サイトで詳細を確認し、その後 WhatsApp を通じてあなたのチームに連絡します。商業上の問題は、これらのステップ間で繰り返し説明が行われ、担当責任が不明瞭であることです。 AI モデルを選択する前に、回答された質問、適格な問い合わせ、または確認された次のアクションなど、望む結果を書き留めてください。

UChat には、Web チャット、WhatsApp、Instagram、メッセンジャーなどのチャネルのサポートがリストされています。それは可能性のある基盤を提供します。各チャネルの機能と運用プロセスに基づいてジャーニーを設計する必要があります。この記事では、顧客の結果を報告するのではなく、実装アプローチを提案します。

公式参考資料: UChat: サポートされている会話チャネル

会話の前に引き継ぎを描画する

例示的な在宅サービス事業の場合、３つの段階から始める：仕事を理解し、サービスエリアを特定し、見積もりを手配する。各段階で、担当チームの名前と必要な情報を指定します。見積もりリクエストは、場所、仕事の概要、および希望する連絡方法がすでに記録されている担当者に届く必要があります。

ハンドオーバはスキャンできる程度に短くしてください。顧客が提供した事実を AI が生成した概要から分離し、不明な点がある場合はスタッフに元の会話を開いてもらいます。次のアクションのない長いトランスクリプトは、有用なリードではなく、別のキューを作成します。

コンテキストを意図的に共有する

表示名が一致しても、2 つのチャネル アカウントが同じ人物に属しているという証拠にはなりません。確認済みの連絡先詳細やチームによって確認された参照などを通じて、顧客が既存の問い合わせを安全に特定できる方法を決定します。それまでは、記録を別に保管し、続行するために必要なコンテキストのみを要求してください。

小さな共有語彙を作成します: 問い合わせの種類、優先言語、サービスエリア、現在の所有者、次のアクション。各チャネルがそれらのフィールドを独自の適切な形式で収集できるようにします。一貫した記録を作成するために、Web サイトのフォーム、短いチャットの返信、およびボタンの選択が同一である必要はありません。

AI に定義された役割を与える

AI を使用して、未解決の質問を解釈したり、承認された情報を説明したり、概要草案を作成したりできます。価格、在庫状況、コミットメントを管理されたプロセスの背後に置きます。質問が承認された内容の範囲外である場合は、チームがいつ対応できるかについての現実的な期待を伴う、有用な人間のルートを提供します。

厄介な移行を、幸せな道と同じくらい慎重にテストしてください。途中での言語の変更、数日後に戻ってくる顧客、重複した問い合わせ、営業時間外に届くリクエストなどです。これらは、旅がつながっていると感じるかどうかを決定する瞬間です。

1 回の行程で開始し、ギャップを測定する

拡張する前に、2 つのチャネルにわたって 1 つの問い合わせタイプを試験的に試行します。人々が情報を繰り返す頻度、必要な詳細が含まれる引き継ぎの回数、スタッフが次のアクションを完了したかどうかを確認します。これらのメジャーを自分の出発点と比較してください。業界転換の主張を予測として扱わないでください。

uchat.au のサービスプロバイダーとして、uchat.bot は旅の範囲を定め、ワークフローを構成し、チームの操作ガイドを準備できます。最初の成果物は、接続されたチャネルの長いリストではなく、明確な所有者を持つ作業パスである必要があります。