ClaudeとListen Labsを連携して調査回答を施策の根拠に変える
Listen Labsのコネクタで、調査プラットフォームに溜まった回答と分析レポートをClaudeから引き、発見を施策案と検証計画に落とす手順です。接続、依頼文、権限、書き込みの注意点まで。
Listen Labsの回答をClaudeに読ませると何が変わるか
Listen Labsは、AIが調査の設計から分析まで支える調査プラットフォームです。コネクタをつなぐと、Claudeが調査(スタディ)の一覧を引き、回答の書き起こしと分析レポートを読んで、そこから施策案を組み立てられます。調査結果を施策の根拠に変える作業を、Listen Labsの画面とClaudeの画面を行き来せずに進める形です。
Claudeのコネクタ一覧では、Listen Labsは「Anthropic verified」の表示つきで、カテゴリはProductivity、提供元はListen Labsです。利用にはサインインが必要で、公開は2026年6月です。接続先のURLはhttps://listenlabs.ai/mcpです。
同じ調査系のコネクタとの違いは、データの入口です。Dovetailは、すでにある録画やメモ、問い合わせを集めて分析する場所でした。Listen Labsは、調査そのものを回して回答を集める場所です。コネクタが読むのは、調査の設計、集まった回答、そのAI分析の3層になります。
接続の手順
Claudeでの追加は、次の流れです。
Listen Labsを追加して認可するまで
- 1
コネクタを探す
ClaudeのCustomizeからConnectorsを開き、Browse connectorsでListen Labsを検索します。
- 2
Connectを押す
Listen Labsのアカウントでログインします。
- 3
Approveで許可する
同意画面で、Claudeが何をできるかを確かめてから承認します。
- 4
会話で有効にする
新しいチャットでListen Labsをオンにし、調査の一覧を頼んで動作を見ます。
認証はOAuthで、アクセストークンの有効期間は1時間、リフレッシュトークンは30日です。1時間ごとの更新はクライアントが自動で行います。30日たって切れたときは、再認可が必要です。接続を外すには、ClaudeのConnectorsからListen Labsを外します。
Claude Codeからも同じサーバーを使えます。Claude Codeでは、次のように追加します。この書式はMCPの汎用のものです。Listen Labsの案内がコマンドとして載せているのはCodex向けのcodex mcp addなので、Claude Code向けは書式を置き換えた例です。
claude mcp add --transport http listenlabs \
https://listenlabs.ai/mcp追加後にセッション内で/mcpを実行し、Listen Labsが接続済みになっているかを見てください。
使えるツールと、できることの線引き
コネクタ一覧に載っているツールは、5つです。
| ツール | 名前から読める役割 |
|---|---|
list_studies | 名前から読める役割調査の一覧 |
get_study_responses | 名前から読める役割調査ごとの回答の取得 |
get_response | 名前から読める役割回答1件の取得 |
get_study_analysis | 名前から読める役割調査の分析結果の取得 |
search_across_studies | 名前から読める役割調査をまたぐ検索 |
右の列は、名前からの読み取りです。各ツールの引数や返す内容の説明はコネクタ一覧に載っていないので、正確な動きは自分の画面で試して確かめます。
もう1点、注意が要ります。Listen LabsのMCP案内は、読み取りだけでなく、調査の作成、質問や対象者条件の編集、公開、募集の開始、フォルダの整理までを対象にしています。コネクタ一覧の5つのツール名には、作成や編集を思わせる名前がありません。どの操作がどのツールに対応するのかは、対応表がないため断定できません。
実務での線引きは単純です。分析の用途では、読み取りだけを頼みます。調査の編集や公開は、依頼文に明記したときだけ動かします。募集を始めると、回答者への謝礼や費用が動きうるためです。
調査の回答を施策に変える4ステップ
ここからが本題です。回答を読むだけなら、Listen Labsの画面でもできます。Claudeに渡す価値は、分析結果を自社の文脈(施策の候補、リソース、過去の判断)と突き合わせて、次の一手に落とす部分にあります。
1. 分析が済んだ調査を選ぶ
最初に、使える調査を絞ります。
Listen Labsの調査を一覧にしてください。
分析が完了しているものだけ、タイトル、状態、回答数を表にしてください。分析が済んでいない調査は、分析結果の取得で空振りします。Listen Labsのトラブルシューティングには、分析の取得には完了した分析の実行が必要で、一覧にあるhas_analysisを確かめるよう書かれています。この絞り込みは、その仕様に沿った前処理です。
2. 分析レポートから発見を抜く
次に、1つの調査を指定して発見を抜かせます。以下は依頼文の一例です。
「新規ユーザー向け価格調査」の分析結果を読み、
発見を重要度の高い順に5つ挙げてください。
各発見に、根拠の回答を2件ずつ付け、回答のIDも添えてください。
回答数が少なく、傾向としてしか言えないものは、そう明記してください。最後の一文は、Listen Labsの分析ガイドにある注意に合わせています。ガイドは、回答が10件に満たないセグメントの示唆は、統計的に有意な結果でなく方向性の目安として扱うよう案内しています。要約にこの区別が出るとは限らないので、依頼文で求めます。
3. 引用を元の回答で突き合わせる
発見に添えられた引用は、そのまま施策の根拠にしません。回答のIDを手がかりに、1件ずつ元の回答を取り直させます。
発見1と発見3の根拠にした回答を、元の書き起こしから取り直してください。
引用が文脈を落としていないか、逆の意味に読める箇所がないかを
確かめ、問題があれば引用を差し替えてください。この反復が、Claudeを使う側の最も効く工夫です。要約から引用へ、引用から元の回答へ、と1段ずつ下りると、要約だけで進めたときの取り違えを拾えます。
4. 発見を施策案と検証計画の表にする
検証済みの発見を、次の列で表にさせます。
| 列 | 中身 |
|---|---|
| 発見 | 中身調査で見えたこと(1文) |
| 根拠 | 中身回答IDと件数 |
| 施策案 | 中身打つ手の候補 |
| 検証の方法 | 中身その施策が当たったかを見る指標 |
| 未確認の点 | 中身調査では答えが出ていないこと |
「未確認の点」の列は省かないでください。調査は問いに対する答えを出しますが、問いにないことは答えません。ここを空欄にしない習慣が、根拠を盛りすぎる失敗を防ぎます。表ができたら、カスタマージャーニーマップに重ねて、どの接点の施策かを整理する使い方もあります。
調査をまたいで過去の知見を引く
search_across_studiesは、名前のとおりなら、複数の調査をまたぐ検索です。MCP案内の機能表には、タイトル、目的、分類、分析のテーマを対象にキーワードで調査とテーマを探す機能が載っています。
新しい施策を考えるとき、過去にその論点を調べた調査が社内にあるかを先に探す、という使い方ができます。
「解約理由」「料金への不満」に関わる過去の調査を探し、
調査名、実施時期、主な発見を一覧にしてください。
今回の調査の発見と矛盾するものがあれば、別に挙げてください。矛盾の洗い出しを頼むのは、新しい調査の結果だけで走り出さないためです。調査ごとに対象者の条件が違うので、結果の食い違いは、対象者の違いで説明がつく場合があります。Claudeには、食い違いの理由の候補まで書かせるとよいでしょう。
Listen Labs自身の分析画面にも、チャットで質問できるResearch Agentがあります。Research Agentは、回答に基づく答えを参加者と時刻に結びついた引用つきで返し、過去の調査の文脈も引けると説明されています。Listen Labsの中で完結する作業なら、そちらが近道です。Claudeに渡す意味が出るのは、社内の他のデータ(施策の一覧、売上、別ツールのコネクタ)と並べて考えるときです。
権限とデータの扱い
Listen LabsのMCP連携は、本人として動きます。Webアプリと同じ権限に従い、見えるのは、そのユーザーがアクセスできる調査だけです。ガイドによると、承認すると次のことができます。
- 所属する組織の調査と詳細の閲覧
- 完了した調査の回答の書き起こしと分析の読み取り
- 編集権限のある調査の作成と編集
- 権限のある調査の公開と募集の開始
- 調査のフォルダ整理
自分に編集権限がない調査は、Claudeからも編集できません。逆に、編集権限がある調査は、Claudeの誤操作で変わりうるということです。分析だけに使うなら、調査の編集権限を持たない閲覧用のアカウントや、権限を絞ったロールで接続する運用が考えられます。
公開した調査の編集は、公開するまで下書きのままです。トラブルシューティングには、公開済みの調査への編集は公開の操作まで回答者に反映されないと書かれています。「直したのに反映されない」と感じたときの確認点です。
調査の回答は、対象者の発言を含みます。個人を特定できる内容が含まれる場合は、Claudeの会話に引き込んでよい範囲を、社内の取り決めと照らして先に決めておく必要があります。コネクタ一覧には、信頼できる開発者のコネクタだけを使うこと、Anthropicはツールの内容を管理しないことが注意として付いています。
つまずきやすい点
接続まわりで報告されている症状と対処は、次のとおりです。
| 症状 | 対処 |
|---|---|
| 認証が繰り返される | 対処同意画面が開くブラウザでListen Labsにサインイン済みか確かめ、コネクタを外して付け直す |
| 調査でAccess deniedが出る | 対処その調査が属する組織へのアクセス権がない。ダッシュボードで権限を確かめる |
| 分析が空で返る | 対処調査の分析が未完了。一覧のhas_analysisを確かめる |
| 「Study is currently being updated」 | 対処別の編集か保存が進行中。少し待って再実行する |
| 公開の権限がない | 対処編集はできても募集の開始は別の権限。管理者に依頼する |
新しい調査や、回答の収集中の調査には、まだ分析がない場合があります。その段階でClaudeに「傾向を教えて」と頼むと、回答の書き起こしだけを読んで答えることになり、Listen Labsの分析レポートとは別物の要約になります。どちらを根拠にしたかを、依頼文で指定しておくと混ざりません。
使い分けの目安
調査系のコネクタは、手元のデータの入口で選びます。
| 手元の状況 | 向く入口 |
|---|---|
| 録画、メモ、問い合わせがすでに溜まっている | 向く入口Dovetail |
| 調査をこれから回す、または回し終えた | 向く入口この記事のListen Labs |
| アンケートの回答がフォームにある | 向く入口SurveyMonkey |
| 手元のファイルだけで足りる | 向く入口チャットに添付して分析 |
Listen Labsには、Claude向けの研究用スキルも用意されています。コネクタの上に重ねると、生のツールを意識せず、平易な言葉で調査の作成から分析まで進められるという位置づけです。コネクタ全般の仕組みはClaudeコネクタの使い方にあります。
人物像の整理に進むなら、カスタマーペルソナの作成に回答の発見をそのまま渡せます。
まとめ
Listen Labsのコネクタは、調査の回答と分析をClaudeに引かせ、施策の根拠にするための接続です。効かせどころは、分析が済んだ調査に絞ること、引用を元の回答で突き合わせること、「未確認の点」まで表にすることの3つです。調査の編集や公開までできる権限構成なので、分析だけの用途では読み取り中心で運用し、書き込みは依頼に明記したときだけ許す形が安全です。