ClaudeのFirefliesコネクタで顧客通話から解約の兆しと要望を拾う

Firefliesのコネクタを接続すると、Claudeから顧客との通話を検索し、文字起こしの中の発言を読ませられます。カスタマーサクセス(CS)やアカウント担当にとっては、競合の名前、予算の話、担当者の交代といった解約の前触れを、通話を一本ずつ聞き返さずに拾える手段です。

この記事では、接続の条件、解約の兆しと要望を拾うための手順と指示文、アカウント別の表にそろえる形、読み違えを避ける点を順に説明します。議事録ツールとしての比較はClaudeの議事録ツール比較に、応対記録の要約はコールセンターの応対記録の要約にあります。

Firefliesコネクタで顧客通話について頼めること

Firefliesコネクタは、Claudeのコネクタ一覧で「Anthropic verified」の表示を持つ、コミュニケーション分類のコネクタです。提供元はFireflies AI Corpで、サインインが必要です。2025年11月に追加されています。接続先のURLは https://api.fireflies.ai/mcp です。

一覧ページに載るツール名は get_user・get_transcript・get_transcripts の3つです。一方、提供元のMCPツール一覧には、検索、要約の取得、分析、共有、チャンネル、サウンドバイトなど19のツールが並んでいます。一覧ページの3つは基本の読み取り系で、提供元の表のほうが範囲が広い、という関係です。実際にどのツールが使えるかは、接続後にClaudeのコネクタ設定でツールの一覧を開くと分かります。

顧客通話の分析に効くのは、読み取り系の次のツールです。

fireflies_get_transcripts の participants には参加者のメールアドレスを渡せます。顧客のドメインや担当者のアドレスで通話を絞り込めるので、アカウント別の整理と相性が良い作りです。1回に返る件数は最大50件で、skip で続きを取ります。

接続の前に確かめる3点

接続できるかどうかは、Fireflies側とClaude側の両方で決まります。

1. Firefliesのアカウントがあること。Fireflies側の説明では、前提は有効なFireflies.aiのアカウントとMCP対応のAIツールです。認証はFirefliesアカウントを使うOAuthです
2. TeamかEnterpriseなら、組織のオーナーが先にコネクタを有効にしていること。Claudeのヘルプによると、オーナーまたはプライマリオーナーが有効にするまでメンバーは使えません。有効にしても自動で権限は付かず、各メンバーが自分で認証します
3. 見たい通話が自分のFirefliesで見えていること。Claudeは各人の権限を引き継ぎます。Firefliesの画面で開けない通話は、Claudeからも取れません

Claude側の追加は、設定のコネクタ画面でFirefliesを探して追加し、Firefliesのアカウントで認可する流れです。ディレクトリに見つからないときは、カスタムコネクタとして上記のURLを入力します。

APIキーで接続するデスクトップの方法

Claude Desktopでは、OAuthの代わりにFirefliesのAPIキーを使う方法もあります。claude_desktop_config.json に次の設定を足し、Fireflies側の「設定」の開発者向け項目で取得したキーを入れて再起動します。

{
  "mcpServers": {
    "fireflies": {
      "command": "npx",
      "args": [
        "mcp-remote",
        "https://api.fireflies.ai/mcp",
        "--header",
        "Authorization: Bearer YOUR_API_KEY_HERE"
      ]
    }
  }
}

Fireflies側は、古いHTTP+SSEの通信方式をやめ、Streamable HTTPだけに対応しています。クライアントが405や410を返すときは古い方式で接続しています。mcp-remote なら --transport sse-only を外すと直ります。

解約の兆しと要望を拾う4つの手順

ここからが本題です。通話を1本ずつ読むのではなく、顧客単位で集め、発言を分類し、根拠の時刻を残し、表にそろえる流れで進めます。

手順2で要約から入る理由は、取得量の差です。提供元の説明では、fireflies_get_transcripts は要約までで本文を含まず、本文は fireflies_get_transcript が別に返します。全通話の本文を読ませると、長い通話が続く顧客ではコンテキストを使い切ります。一覧で絞り、読む通話を選んでから本文に降りる順が安定します。

拾う発言の分類を先に決める

何を兆しと呼ぶかを決めないと、Claudeは毎回違う基準で拾います。次の分類を指示文に入れておくと、通話が変わっても同じ物差しで読めます。

好意的な発言を分類に入れる理由は、悪い発言だけを拾うと、顧客の状態が実際より悪く見えるからです。表の中に前向きな発言も残しておくと、次の節の判断で釣り合いを取れます。

指示文の例

Claude側の具体策は、この指示文です。毎回貼り直さず、CS用のプロジェクトを作って、プロジェクトの指示に置いておく運用が向きます。Claudeのヘルプによると、プロジェクトごとに指示を定めて応答を調整できます。

あなたはカスタマーサクセスの補佐です。
Firefliesコネクタで、指定した顧客の直近90日の通話を探し、
次の手順で発言を拾ってください。
 
1. fireflies_get_transcripts で通話の一覧と要約を取る
2. 要約に競合・予算・体制変更・利用の停滞・要望が出た通話だけ、
   fireflies_get_transcript で本文を読む
3. 発言を次の分類で表にする
   競合 / 予算 / 体制変更 / 利用の停滞 / 要望 / 好意的な発言
 
表の列: 通話日 / 参加者 / 分類 / 発言(原文に近い形) / 時刻 / 確度
 
守ること:
- 発言者が顧客側か自社側かを必ず書く
- 原文にない推測は「確度: 推測」とし、事実と分ける
- 時刻は文字起こしの [開始 - 終了] をそのまま写す
- 読めなかった通話があれば、件数と理由を最後に書く

「確度」の列を設けているのは、発言そのものと、そこからの解釈を分けるためです。顧客が「他社も見ている」と言ったのは事実で、それが解約につながるかは解釈です。この2つを同じ列に混ぜないだけで、CSの会議で「その話は誰が言ったのか」という確認が減ります。

アカウント別にそろえる形

複数の顧客をまとめて頼むときは、1つの大きな表ではなく、顧客ごとのカードと、全体の一覧表の二層にすると読みやすくなります。次のように出力の形を指定します。

出力は次の2つに分けてください。
 
(1) 全体の一覧表
列: 顧客名 / 兆しの数 / 最も強い分類 / 最後の通話日 / 次の確認事項
 
(2) 顧客ごとの詳細
各顧客について、分類ごとの発言を時刻つきで列挙し、
「好意的な発言」も同じ数だけ探して並べてください。

「最後の通話日」を一覧に入れるのは、静かになった顧客を見つけるためです。通話が減っているのは、それだけで一つの兆しになります。fireflies_get_user_contacts は連絡先を直近の会議日の順で返すので、最近話していない相手の洗い出しにも使えます。

Firefliesには fireflies_get_analytics もあり、会話の指標(感情、質問の数、話す時間と聞く時間の比など)を期間ごとに返します。ただし、Fireflies側の説明では、これはチームや担当者ごとの指標です。顧客アカウント別の感情スコアを返す、とは書かれていません。顧客別の傾向は、上の発言の表から読むほうが確かです。チーム全体の指標は管理者権限が要ります。

読み違えやすい点

読み違えの原因は、ほかにも次の3つが多くなります。

• 文字起こしの誤認識。固有名詞や製品名は聞き間違いが混ざります。競合名が出た発言は、時刻を頼りに録音を聞き直すか、要約と本文で同じ名前が出ているかを確かめます
• 通話の取りこぼし。1回に返る件数は最大50件です。期間が長い顧客は、期間を分けて頼むか、skip で続きを取らせます。Claudeに「全件読んだか」を最後に報告させると、取りこぼしに気づけます
• Firefliesが参加していない会議。録音されていない打ち合わせの内容は、どこにも残っていません。表に出てこない顧客は、静かなのではなく、記録がないだけかもしれません

Claudeの回答は、通話の中身を要約した結果であり、顧客に連絡する前の下調べです。この表だけで解約を予測したり、顧客への対応を決めたりするのは避け、CRMの契約情報や利用状況と並べて判断してください。契約更新日や利用ログと組み合わせる方法は、Gainsightとの連携で解約リスクの顧客を洗い出す手順にあります。

書き込み系のツールは止めておく

Firefliesのツールには、読み取りのほかに、会議の共有(fireflies_share_meeting)、共有の取り消し、題名の変更、チャンネルへの移動、サウンドバイトの作成といった操作系があります。共有は最大100件のメールアドレスを指定でき、会議のオーナーか管理者が実行できます。

顧客通話の分析が目的なら、これらは不要です。誤って顧客の通話を社外に共有する事故を避けるため、読み取りだけに絞る設定をおすすめします。TeamとEnterpriseでは、組織のオーナーが、コネクタのツールを読み取り系と書き込み・削除系の種類別に分け、「常に許可」「承認が必要」「ブロック」から選べます。この設定は組織全体に効き、個人は上書きできません。ただし、Claudeで許可しても、Fireflies側で持っていない権限が増えることはありません。

顧客との通話には、社名や価格、担当者の個人名が含まれます。通話をClaudeに読ませる範囲と、結果の表の保管場所は、社内の規程に沿って決めてください。録音の告知や顧客の同意の扱いも、各社の契約と運用によって異なります。秘密情報の考え方は、営業秘密と生成AIへの入力の関係で扱っています。

他のコネクタと使い分ける

通話から顧客の声を拾うコネクタは、Fireflies以外にもあります。Firefliesは会議の議事録を中心にした作りで、営業通話の反論の集計やスコアカードの確認は、Attentionとの連携がそれ用のツールを持っています。顧客の声を要望の優先順位に落とす用途なら、Unwrapとの連携が近い領域です。

組み合わせて使うこともできます。たとえば、Gainsightで解約リスクの高い顧客を洗い出し、その顧客だけをFirefliesで読み、最近の発言から理由を探す順番です。

動かないときの切り分け

まとめ

Firefliesコネクタは、顧客通話を顧客単位で集め、発言を分類して時刻つきで表にするのに向いています。一覧と要約で絞ってから本文を読む順にすると、長い通話が続く顧客でも取りこぼしと消費の両方を抑えられます。

使いどころは、兆しを見つけることまでです。発言が誰のものか、決裁者が出た通話かを表に残し、CRMの契約情報と並べて判断する。この分担を守れば、通話を聞き返す時間を、顧客に連絡する時間に回せます。