カスタマーフィードバック分析のためのMeta Muse:2026年にMetaのWhatsApp AIができること、できないこと

「カスタマーフィードバック分析のためのMeta Muse」が実際に意味するもの

私はeeselでエージェント機能を作っていて、その仕事の多くは配管作業です。会話がどこに着地し、何にタグが付き、後でレポートに何が出るか、ということです。そのため、この記事のためにMetaのドキュメントを読みながら、フィードバックは実際にどこへ行くのかと問い続けました。正直な答えは、大半はMetaのエージェントの改善に使われ、カスタマーフィードバック分析としてこちらに戻ってくるものはごくわずか、ということです。

名前のせいで、必要以上にわかりにくくなっています。「Meta Muse」は3つの製品を指しうるからです。

Metaは「more than one million businesses are already using a Meta Business Agent on WhatsApp and Messenger」と述べています(Meta Newsroom)。Meta Business SuiteとWhatsApp Business appにはセルフサービス版があり、WhatsApp Business Platform APIを使う企業向けにはMeta Business Agent Platformがあります。背後のモデルはMetaから公表されていません。

詳しい内訳はカスタマーサポート向けMeta Museのガイドを、一般消費者向けの側面はMeta Museエージェントの記事をご覧ください。

Metaが提供する4つのフィードバックシグナルと、その対象

Metaのドキュメントからフィードバックらしい機能をすべて洗い出すと、4つあります。それぞれについて問うべきことは単純です。実際のお客様に関するものか、そしてデータを取り出せるか、です。

1. お客様による長押しフィードバック

WhatsAppとMessengerでは、「Users can long press on any Meta Business Agent message to provide feedback」とされています(Meta Business Help)。これは実際の返信に対する実際のお客様のフィードバックです。ただし、私が読んだドキュメントには、そのためのレポート、エクスポート、APIの記載はありません。Metaが自社のAIを改善するためのシグナルであって、こちら向けのダッシュボードではないように読めます。

2. Business Suiteのパフォーマンスインサイト

セルフサービス版では、「Home will show your Meta Business Agent performance insights, once activated」とあり、Conversationsタブでは「click into each chat to review your Meta Business Agent's responses」ができ、View sourcesで使われたナレッジを確認できます(Meta Business Help)。エージェントの確認には便利です。ただし、テーマのタグ付け、感情分析、エクスポートについては、Metaはここでは記載していません。

会話数を数えるつもりなら、重要な点が1つあります。「Meta does not start storing conversation logs until a customer has opened the chat」で、続行によってMetaの規約に同意したことになります(同じページ)。つまり、候補をタップしてすぐ離脱したお客様は記録に残りません。

Metaはさらに、「morning briefing to catch you up on chats you missed overnight and provide insights on your threads」を発表しており、「a select number of businesses」から開始し、ウェイティングリストがあります(Meta Newsroom)。これがMetaのフィードバック分析に最も近いものですが、まだ一般提供ではありません。

3. Agent Evalのスコア

プラットフォームでは、Agent EvalがMetaの提供する最も分析的な機能です。評価ケースを定義し、それぞれにscenario(「Free-form text defining the task and constraints for the user simulator」)、success_criteria、max_turnsを指定します。実行では「simulation, evaluation, and optionally insights」が行われます。会話ごとに返ってくるのは「score from the judge LLM」と、{category, score, description, recommended_actions}形式のreasonsです。サマリーにはavg_conversation_scoreとavg_turn_score(どちらも1〜5)、そして「Natural-language summary of overall agent performance」が加わります。

これはサポートQAによく似ていて、その用途には役立ちます。しかし、採点される会話はすべて、こちらのスクリプトに従うシミュレートされたユーザーが演じたものです。わかるのはエージェントの出来であって、お客様がどう思っているかではありません。

4. テストチャット

Business Suiteでは「chat with your Meta Business Agent as if you were a customer and give feedback on the responses you see」ができ、回答が間違っていればImprove AI responseをクリックします(Meta Business Help)。これはMetaのエージェントに対してこちらがフィードバックを返すものです。教える作業であって、分析ではありません。

Business Agent Usage Insights APIもありますが、名前とは裏腹に返すのは「billable messages, billable tokens, and charges」です。請求レポートです。

本物のフィードバックがある場所:文字起こしとアンケート

実データであり、かつエクスポート可能な2つのシグナルは、自分で周辺を作り込む必要があるものです。

standbyウェブフックですべてのチャットを取り込む

Metaのエージェントが会話を担当している間、アプリはstandbyウェブフック、つまり「notifications that let you follow the conversation without responding to it」を受け取れます(Capabilities)。WhatsApp > Configuration > Webhook fieldsのstandbyフィールドを購読します。各ペイロードには、messages(お客様が送ったもの)、message_echoes(返信として送られたもの)、statusesのいずれかが入ります。Metaによると、画像、音声、リアクションを含むすべてのメッセージタイプが「using the same schema as standard incoming message webhooks」で届きます。

これがこちらの素材になります。Metaは検索可能なアーカイブを保持してくれず、分析エンドポイントもメッセージの内容ではなく件数を数えるだけです。さらにそのエンドポイントは、今では記憶が短くなっています。「Starting December 1, 2025, the maximum lookback window for messaging, conversation, and pricing analytics is changing from 10 years to 1 year」です(WhatsApp Analytics)。前年比のフィードバック推移を見たいなら、初日から自分でコピーを保存します。

ここから、いつもの顧客の声プログラムが始まります。文字起こしをデータベースに入れ、モデルがテーマや意図と感情を読み取ります。

アンケートテンプレートで評価を尋ねる

構造化されていないチャットからは、お客様が何について話しているかがわかります。CSATアンケートからは、お客様がどう感じたかが、グラフにできる数字でわかります。WhatsAppでは、このアンケートはシステムから送るテンプレートか、チャット内の複数画面フォームであるWhatsApp Flowのどちらかです。

Metaのアンケート用テンプレートのルールは厳格です。「Feedback Surveys」がユーティリティになるのは、「Specificity of the order or interaction to which these relate」がある場合に限られます。Metaはさらに「A general/generic survey or request for feedback will not be approved as utility」と述べています(Template categorization)。ユーティリティの例も限定的です。

• "You chatted with us {{online}} recently about order {{order_number}}. How was your experience? Click below to fill out a short survey."
• "We have delivered your order {{order_number}}! Please let us know if there was any issue by reaching out below."

販促内容を含むアンケートは「mixed content」となり、マーケティングに分類されます。Metaはこれを実際に適用しています。2025年4月9日以降、ユーティリティを選んでもWhatsAppが別と判断した場合、「the template is approved as MARKETING」となります(同じページ)。

そのため、各アンケートは対象となる1つの会話または注文を明示すべきです。「注文4417についてのチャット対応はいかがでしたか?」ならユーティリティとして通る可能性があります。「私たちの対応を教えてください!」は通りません。質問をゼロから書くなら、カスタマーフィードバックアンケートの質問の記事に出発点となるセットがあります。

自分で作るパイプライン

この2つを組み合わせると、Meta Business Agentの上に載せる実用的なフィードバック分析の構成は次のようになります。

最初の2段階はMetaが担当します。残りの3段階は自分の仕事です。4段階目のモデルは何でも構いませんが、Metaで揃えたいなら、それはMuse Spark APIです。

分類器としてMuse Sparkを使う

Muse Spark 1.3 APIには、フィードバック分類器に必要なものが揃っています。response_formatによる構造化出力は「the response is always constrained to your JSON Schema」を意味し(Structured output)、すべてのチャットが同じ{theme, sentiment, product}の形で返ってきます。ただし、Meta自身の注意書きは覚えておく価値があります。入力をモデルが正しく読んだことではなく、形式のみを「guarantees the shape, not that the model read」としています(Chart analysis cookbook)。有効なJSONラベルでも、間違ったラベルである可能性はあります。

費用を左右するルールは2つあります。

1. 安価な枠はサポートチャットには使えません。 Metaの割引コントリビューターモデルはずっと安価ですが、規約には「You must not submit sensitive, confidential, or personal information to the Discounted Services」とあり(Terms of Service)、ヘルプページにも「If your use case involves processing personal information, please use Standard Services」とあります(Contributor tier)。お客様のチャットには氏名、電話番号、注文内容が含まれるため、標準料金を支払います。

2. 標準料金は100万トークンあたり入力1.25ドル、出力4.25ドルで、キャッシュ済み入力は0.15ドルです(Prompt caching)。テーマの分類体系と指示は固定のプレフィックスに置いて、キャッシュが効くようにします。

   このファミリーの過去の料金は、Muse Spark 1.2の料金の記事にあります。

地理的な確認も必要です。MetaのGeographic Use Policyには、香港やパキスタンなど、エンドユーザーへの提供が禁止される制限地域が挙げられています。そこにお客様がいる場合、そのフィードバックはMuse Spark APIを通せません。

難しいのは一貫性

分類器が役に立つのは、同じチャットが毎回同じラベルになるときだけです。それが今月と先月を比較可能にします。Metaのエージェントを試している人たちは、回答側で一貫性の問題にすでにぶつかっています。

"Consistency is a problem. I saw the same product come back at two different prices in two replies. If you don't ground it properly, it just makes things up."

u/Kira_SENPAI_1, r/WhatsappBusinessAPI on Reddit

自作のフィードバック分類器にも同じリスクがあります。テーマの一覧を固定し、それぞれにルールを書き、毎週サンプルを確認します。どのモデルを使うにしても、これがAIチケット分類やAIサポートタグ付け全般の基本的な作法です。

WhatsAppでのフィードバック分析にかかる費用

この構成のレイヤーごとに、それぞれメーターがあります。Metaの料金ドキュメントとModel APIのページに基づく、各要素の費用は次のとおりです。

Metaによると、エージェントの典型的な1メッセージは2万〜2万5,000トークンを使います。Meta自身の例では、4メッセージのやり取りで約16〜20セント、10メッセージのチャットで40〜50セントです。分類の工程は、各文字起こしを1回読むだけなので、それに比べれば小さな費用です。多くのチームが過小評価するのはアンケートです。開いているウィンドウ内で送るチャット後のCSATテンプレートは、ユーティリティとして以前は無料でしたが、10月1日からは無料ではなくなります。

代理店はすでに10月の変更に反応しています。

"If Meta is gonna charge for every single service message after the first 1000, our clients' bills are gonna be insane."

u/assylzhan09, r/WhatsappBusinessAPI on Reddit

セルフサービス版は無料で始められ、「If you reach your free limit on Messenger, you can subscribe to a Meta One plan」とされています(Meta Business Help)。私が確認したヘルプページでは、Metaは無料枠の上限もMeta Oneの料金も公表していませんでした。料金の推移は、WhatsApp Business APIの料金の解説をご覧ください。

フィードバック分析でMetaのスタックが力不足になる点

WhatsAppを中心に営業している小規模ビジネスにとって、Meta Business Agentはお客様に応答する手段として悪くなく、私もZendesk、Freshdesk、Gorgiasと並べて取り上げました。フィードバック分析に限って言えば、検討すべき限界は次のとおりです。

• 顧客向けの分析がありません。 Metaの分析が示すのは、エージェント、請求額、メッセージ数です。実際のお客様全体のテーマや感情は、自分で作るものです。
• 評価は自分で書いたシナリオで動きます。 Agent Evalが再生するのは、自分のスクリプトに対するシミュレートされたユーザーであり、過去のWhatsAppチャットやヘルプデスクのチケットではありません。
• 1つの番号につきAIは1つ。 「An active authorized-agent integration blocks Meta Business Agent」です(概要)。同じ回線で、Metaのエージェントとフィードバックタグ付け用AIを応答者として並行運用することはできません。Metaのより広い方針はMetaのサードパーティAIポリシーにあります。
• Metaのアプリしか見えません。 メール、ヘルプデスク、レビューに届いたフィードバックは届きません。WhatsAppで不満を伝え、その後メールも送ったお客様は、無関係な2つのデータポイントとして現れます。
• 対象外の業種があります。 プラットフォームは「Finance, Government, Health, Alcohol, Gambling, over-the-counter drugs, and matrimony services」では利用できません(概要)。

もう1つ、備えておくべきことがあります。エージェントがいつ引き継ぐかはMetaが決めます。それは「low confidence, an integrity violation, or a customer asking for a human. You do not configure the triggers」のときです(Capabilities)。つまり、「感情がネガティブになったら引き継ぐ」といったルールは設定できません。後からトランスクリプトで気づくしかありません。

事後分析の落とし穴

事後にしか実行されないフィードバック分析は、最も価値のある瞬間、つまり不満を抱えたお客様がまだチャットにいる間を逃します。eeselの営業通話で、月に約7,000件のチケットを扱うCX責任者は、ルーティングの懸念への回答としてレポートを提案されたときに、はっきりこう言いました。お客様は月次レポートを待ちたくありません。確かな答えか、人間の対応を、今すぐ求めています。

これが、Metaのエージェントの後付けで組んだパイプラインの抜けです。エージェントが回答し、文字起こしがデータベースに入り、分類器が数日後にパターンを見つけます。会話が届くたびにリアルタイムでタグを付ければ、不満を抱えたお客様をルーティングしつつ、テーマも集計できます。それが同じ仕事のチケットトリアージの側面です。ヘルプデスクツールがこれをネイティブにどう実現しているかは、Freshdeskの感情分析やGorgiasの感情検出をご覧ください。

うまくいく構成

お客様がWhatsAppで話しかけてくれていて、そこから実用的なフィードバック分析を得たいなら、私ならこうします。

1. 初日からstandbyウェブフックを購読し、受信メッセージとエコーをすべて保存します。分析の遡及期間は1年で、完全な記録はトランスクリプトだけです。
2. 解決した会話ごとに、具体的なアンケートを1件送ります。 テンプレートに注文またはチャットを明記してユーティリティとして通るようにし、販促は入れず、10月1日からの課金も予算に組み込みます。
3. 分類する前に分類体系を固定します。 実行のたびにモデルが新しいラベルを作るより、ルールを文章にした10〜15個のテーマのほうが優れています。私のトリアージ用プロンプトテンプレートが出発点になります。
4. 標準料金で分類します。 構造化出力、キャッシュされたプレフィックス、週1回の人によるサンプル確認を組み合わせます。
5. Agent Evalは本来の用途に使います。 分類器が見つけた主な苦情から評価ケースを書き、お客様が実際に挙げる問題でエージェントがテストされるようにします。

既製のツールを比較したい場合は、AIカスタマーフィードバックツールのまとめと、顧客感情の測り方のガイドが次に読むのに向いています。同じ仕事を扱った姉妹記事Grok Botもどうぞ。

カスタマーフィードバック分析にeeselを試す

上で述べた構築作業の多くは、Metaのエージェントがお客様に回答はしても、タグ付けはしないために生まれています。eeselはその逆です。WhatsAppに接続し、Zendesk、Freshdesk、Gorgiasの中で動くAIヘルプデスクチームメイトです。

各会話に回答し、そのたびに同じ感情分析とテーマのルールで分類するので、WhatsAppとメールのフィードバックが1つのレポートにまとまります。

すべてのテーマは元の会話までたどれ、エージェントの行動もすべて記録されます。会議で出す数字も、お客様が実際に書いた内容までワンクリックです。営業通話のある評価者は、レポート機能を「a really promising feature」と呼びました。そしてAgent Evalと違い、eeselのシミュレーションはスクリプトではなく実際の過去のチケットで動くため、誰かに応答する前に、先月の苦情をどう処理していたかを確認できます。

データを自分のダッシュボードに取り込みたい場合は、eesel CLIを使えば、あなたやスクリプト、Claude Codeのようなコーディングエージェントが、ターミナルから同じチームメイトとワークスペースを操作できます。カスタマーサポートエージェントAPIもあります。

正直に言っておくと、Metaの1番号1AIというルールのため、特定のWhatsApp番号ではeeselかMeta Business Agentのどちらか一方を動かすことになります。WhatsAppが唯一のチャネルで、月に一度トランスクリプトを見れば十分なら、Metaのスタックに小さなパイプラインを足す構成は妥当な選択です。フィードバックがあらゆる場所から届き、届いた時点でタグ付けしたいなら、全チャネルを1つのチームメイトで担うほうが作るものは少なく済みます。料金は月額固定のクレジットプランで、チケットまたはチャット1件が、返信が何回続いても1クレジットです。

eeselを無料で試して、まずは先月のWhatsAppとメールのフィードバックで動かしてみてください。