Twilio Conversation Memoryとは？ 複数の会話のコンテキストをAIオペレーターに引き継ぐ方法

Twilio Conversation Memoryとは？ 複数の会話のコンテキストをAIオペレーターに引き継ぐ方法

AIオペレーターは会話対応能力が向上しています。同時に、人間のオペレーターの業務効率も高まっています。しかし、共通する根本的な問題があります。それは「忘れてしまう」ことです。すべてのやり取りが毎回ゼロからのスタートになります。顧客は自分が誰であるか、何を求めているか、そして前回何があったのかを何度も説明し直さなければなりません。人間のオペレーターもAIオペレーターも、過去の会話を記憶しておらず、顧客の好みも分からず、これまでのコンテキストをすべて忘れてしまっています。このような対応は、良くても事務的、最悪の場合は顧客に強い不満を抱かせる結果となります。

足りないのは、「記憶」でした。記憶がなければ、オペレーターはパーソナライズされた対応ができず、過去のやり取りを活かすことも、顧客に「大切にされている」と感じてもらうこともできません。記憶があれば、あらゆる会話において、前回を上回る高品質な顧客体験の提供が可能になります。

一般提供が開始されたTwilio Conversation Memory、オペレーターにその「記憶力」を提供します。Conversation Memoryは、チャネルを問わず会話から重要な情報を抽出し、永続的な顧客プロフィールに紐付け、AIオペレーターでも担当者でも必要なときに適切なコンテキストを提示します。開発者は、会話スレッド管理、アイデンティティ統合、ベクトル化、記憶の連携と検索といったメモリパイプラインの管理ではなく、オペレーターの成果に集中できます。

Conversation Memoryとは？

Twilio Conversation Memoryは、すべての会話、チャネル、セッションをまたいでオペレーターが永続的なコンテキストを提供できるマネージドメモリサービスです。顧客が音声、SMS、WhatsApp、RCSで連絡するたびに、Conversation Memoryが重要な情報を抽出し、顧客プロフィールに保存します。顧客から再度問い合わせを受けたときに、オペレーターは1回のAPI呼び出しで関連コンテキストを取得できます。

アイデンティティを自動で解決し、電話、メール、WhatsAppをチャネルをまたぐ単一のプロフィールに紐付けます。また、Enterprise Knowledgeと連携し、製品カタログ、価格、ポリシー、FAQなどの実際のビジネス知識に基づいたオペレーターの応答を可能にします。

構築できるもの

担当者にコンテキストを自動表示。通話前にメモを探し回り、抜け漏れがないか確認する作業は負担が大きく、それでも不十分なことがあります。Conversation Memoryがあれば、オペレーターは前回のやり取りの要約、未解決の質問、顧客の嗜好を最初から把握した状態で通話を開始できます。

複数の会話間の記憶をAIオペレーターに提供。顧客が初回の通話から3日後に別のチャネルで連絡してきたとします。オペレーターはすでに履歴を把握しています。自己紹介のやり直しも、同じ質問の繰り返しも不要です。

顧客がチャネルをまたいでも最初からやり直す必要がない体験を提供。RCSからWhatsApp、音声へと自由に移動できます。顧客プロフィールが常に引き継がれるため、オペレーターは全体像を把握した状態で対応できます。

自社の正式な情報に基づいた応答を実現。Enterprise Knowledgeにより、オペレーターはモデルのトレーニング内容ではなく、自社のFAQ、ポリシー、製品ドキュメントに基づいて回答できます。

Conversation Memoryのしくみ

1. 観測データの抽出。会話終了時に、Conversation Memoryは重要な情報を抽出し、生の文字起こしではなく要点を顧客プロフィールに保存し、セマンティック検索用にインデックス化します。
2. アイデンティティの統合。電話、メール、WhatsAppなど複数の識別子が自動的に単一のプロフィールにリンクされます。チャネルを問わず、単一の顧客レコードを実現します。
3. 記憶の蓄積。新しい観測データが既存の情報に追加されます。矛盾があれば自動的に解決されます。
4. コンテキストの呼び出し。オペレーターが応答する前に、Recall APIが現在の会話に最も関連するコンテキストを提示します。全履歴ではなく、今必要な情報だけを提示します。
5. 知識に基づく応答。Enterprise KnowledgeはCustomer Memoryと併せて参照されるため、オペレーターは「顧客が伝えたこと」と「自社が正式に定めていること」の両方を踏まえて応答できます。

Conversation Memoryを使った構築方法

セットアップから最初のリコールまでの5ステップ 各ステップは1つのAPI呼び出しに対応します。詳細についてはhttps://www.twilio.com/docs/conversations/memoryを参照してください。

ステップ1: メモリストアを作成する

ステップ2: 顧客プロフィールを作成する

アイデンティティ統合は同期的に実行されます。指定した識別子に一致する既存プロフィールがある場合、APIは新規作成せず既存プロフィールを返します。

ステップ3: 観測データを追加する

ヒント: 観測データは自動的に更新されます。すべての変更は、その発端となった会話まで遡ることができます。

ステップ4: コンテキストを呼び出す

応答には、順位付けされた観測データ、要約、最近のコミュニケーションが含まれます。関連する情報をオペレーターのコンテキストに渡します。

ステップ5: Enterprise Knowledgeを追加する

FAQ、ポリシー、製品ドキュメントをインデックス化し、オペレーターが検証済みのビジネス情報に基づいて応答できるようにします。セットアップ方法はEnterprise Knowledgeのドキュメントをご覧ください。

Conversation Memoryの主なメリット

1回の統合で、多くのチームが数か月かけて構築するクロスチャネルアイデンティティ統合、選択的コンテキスト取得、ナレッジ基盤、ガバナンス制御を代替できます。すべてがマネージドかつモデル非依存です。

• カスタム構築をマネージドサービス1つで置き換えます。取り込み、抽出、アイデンティティ統合、保存、リコールが処理されます。統合は1回で済みます。
• 顧客はチャネルをまたいで認識されます。電話、メール、WhatsAppなどが自動的に単一のプロフィールに統合されます。
• オペレーターは必要なコンテキストだけを取得します。セマンティック検索によりプロンプトは軽量化され、トークンコストも抑えられます。
• 応答はモデルではなく自社の知識に基づきます。Enterprise Knowledgeは自社のドキュメント、ポリシー、FAQに基づく回答を保証します。
• ガバナンス制御が組み込まれています。ストアの分割、観測データの出所管理、プロフィール単位の削除が標準で利用できます。
• 記憶を失うことなくモデルを切り替えられます。コンテキストはAIランタイムとは独立して保存されます。

なぜ重要なのか

現在オペレーターを構築している多くのチームは、すでに何らかの形の「記憶」を持っています。それは会話の文字起こしであり、毎回コンテキストウィンドウに渡されています。会話が短く、顧客が新規であれば、この方法でも機能します。しかし、やり取りが増えるにつれて、この方法は破綻し始めます。

プロンプト内のトークンはすべてコストとレイテンシーの増加につながります。フルの文字起こしの詰め込みとは、本来なら3つの関連情報だけで答えられる質問に対して、オペレーターが会話全体の履歴を処理している状態を指します。履歴が増えると、毎回すべての履歴にコストを払うか、古いコンテキストを切り捨てて失うかの二択になります。どちらもスケールしません。

選択的取得がこの状況を変えます。すべてを渡すのではなく、Recall APIが現在の会話に関連する観測データと要約だけを提示します。プロンプトは軽量化され、応答は高速になり、古いコンテキストも必要なときに利用できます。ウィンドウがいっぱいになったからといって失われることはありません。

しかし、取得は全体の一部にすぎません。トークン問題を解決したチームでも、チャネル横断のアイデンティティ統合、生の文字起こしからの観測抽出、新旧情報の矛盾解消、運用前のガバナンス制御などを構築する必要があります。顧客との対話から、これらをゼロから構築するには最大6か月かかり、さらにエッジケース対応やチャネル拡張を考えるともっと時間がかかることが分かっています。

Conversation Memoryは、抽出、解決、保存、呼び出し、グラウンディングというライフサイクル全体を1つのマネージドサービスで提供します。統合は1回で済みます。記憶はAIランタイムとは独立して保存されるため、オペレーターが依存するしくみを作り直すことなくモデルを切り替えられます。

よくある質問

アイデンティティ統合はどのように機能しますか？

プロフィールの作成時や新しい識別子の追加時に、Conversation Memoryが一致する既存プロフィールを確認し、1つのプロフィールに統合します。今日は電話で、明日はメールで連絡してきても、同じ顧客として認識されます。

どのようなガバナンス制御が利用できますか？

Memory Storeの分割により、事業部門や環境ごとにデータを分離できます。すべての観測データは、その発端となった会話まで遡ることができます。APIを使ってプロフィール単位で削除できます。保持期間の設定や監査ログは2026年H2期のロードマップに含まれています。

観測データ、要約、特性の違いは何です？

観測データは、会話から抽出されるものです。好み、行動、コンテキストが会話の終了時に抽出されます。要約は、会話全体の主要ポイントと結果をまとめたものです。特性は、アカウント層や優先言語など、顧客の安定した属性をキーと値のペアで保存したものです。Recall APIはこれら3つすべてを検索し、関連性のあるものを提示します。

既存の顧客データをプロフィールに取り込めますか？

はい。CSVやAPIを使って特性を取り込み、会話が始まる前に既存システムのデータでプロフィールを構築できます。アイデンティティ統合により、こうしたプロフィールはその後のやり取りに自動的に紐付けられます。

料金体系はどのようになっていますか？

Conversation Memoryは従量課金制です。最新の料金については価格ページをご確認ください。

今すぐ始める

顧客が求めていることをオペレーターがすでに把握している、新しい顧客体験の構築を始めましょう。。Conversation Memoryは一般提供が開始され、すべてのチャネルですぐに導入できます。

Twilioアカウントに登録し、クイックスタートガイドに従ってセットアップから最初の呼び出しまで進めてください。既存の環境に導入する場合は、自社アーキテクチャへの適合についてアカウントチームに相談してください。