Claudeでユーザーフィードバックのパターンを分析する方法
サポートチケット・NPS・インタビューメモをClaudeに横断で読ませ、繰り返し出るテーマとノイズを切り分けてワークブックにする手順です。
このTipsでできること
サポートチケット、NPSアンケートの自由記述、ユーザーインタビューの文字起こし。フィードバックはフォーマットも保存場所もバラバラで、「何が本当に繰り返し起きている問題か」を人力で仕分けるのは骨が折れます。数百件を読み通して分類するだけで時間が尽き、優先順位付けまで手が回らないことも珍しくありません。
Claudeに横断で読ませると、テーマ別の分類・傾向の変化・優先度の判断材料を1つのExcelワークブックにまとめて返してもらえます。ここでは、渡し方の選び方、依頼文、結果の信頼性の確かめ方、顧客の声を扱うときの設定上の注意までを順に扱います。
データの置き場所で渡し方が決まる
最初の分かれ目は、フィードバックがどこにあるかです。サポートツールにあるものはConnectors経由で会話履歴ごと読ませられます。手元のファイルはチャット欄から渡します。
| データの種類 | 渡し方 | 先に確かめること |
|---|---|---|
| Intercomなどのサポート会話 | 渡し方コネクタを有効にして読ませる | 先に確かめること公式のコネクタがあるか、自分の権限で読める範囲か |
| NPS結果(CSV・XLSX) | 渡し方チャットに添付する | 先に確かめることXLSXは「Code execution and file creation」をオンにしないと添付できない |
| インタビューメモ(PDF・DOCX・TXT) | 渡し方チャットに添付する | 先に確かめること対応形式の一覧にあるか、1チャット20ファイルに収まるか |
| コネクタのないツールのデータ | 渡し方CSVなどにエクスポートして添付する | 先に確かめること書き出せる期間・項目の範囲 |
対応する文書形式はPDF・DOCX・CSV・TXT・HTML・ODT・RTF・EPUB・JSON・XLSXです。音声ファイルは一覧にないので、録音は文字起こしを済ませてから渡します。
整形してから渡す必要はありません。Claudeは形式の混在、欠けた項目、誤字、書き起こした手書きメモまで処理できると案内されています。整形に時間をかけるより、集める範囲を広げるほうに手間を回すのが向いています。
コネクタは設定画面の「Settings > Connectors」から有効にする、と学習用ページには書かれています。一方、ヘルプセンターの接続手順は「Customize > Connectors」で、チャット欄の「+」ボタンから「Manage connectors」を開く経路も載っています。画面の呼び名はページによって違うので、自分の画面でコネクタ一覧が開く場所を使えば足ります。複数のSaaSをまたぐ接続の組み方はClaude複数SaaS連携、CSVだけを手早く集計したいならClaude CSV分析の使い方が近い内容です。
依頼文はソースと問いと出力形式を並べる
依頼文には、読ませるソース、答えてほしい問い、出力の形の3点を入れます。公式の使用例は次のとおりです。
「過去90日分のIntercomの会話をすべて読み込んでください。あわせてQ2のNPSアンケート結果(CSV)と、先月実施した6件のユーザーインタビューのメモ(PDF)もアップロードします。すべて読んだうえで、次を教えてください。複数のフィードバックソースで繰り返し出てくる問題は何か。表現は違っても同じ根本ニーズを指している要望はあるか。ユーザーの言い方から見て特に緊急度が高そうな不満はどれか。優先すべきものとノイズの切り分けも。テーマ別にフィルタできるデータワークブック(Excel)を作成し、各フィードバックの出典(Intercom・NPS・インタビューのいずれか)を明記して、見出し固定などプロフェッショナルな書式にしてください」
この文には、4つの問いと「フィルタ付き」「出典の明記」「見出し固定」という出力条件が入っています。出典列を頼んでおかないと、あとで個々の発言をどのソースから拾ったのか辿れません。同じ根本ニーズを指す要望を束ねる問いが入っているので、言い回しの違う不満が1つのテーマにまとまります。
分析は5段階で重ねる
1回の依頼で完成させようとせず、段階を分けると手戻りが減ります。
分析を重ねる順番
- 1
初回: 分類と集計までを頼む
見た目は指定せず、テーマ別の分類、傾向、出典付きのワークブックだけを出させます。
- 2
テーマ分類タブで誤分類を点検する
Claudeの仕分けを人が監査する工程です。境界事例が別のテーマに入っていないかを見ます。
- 3
セグメントや利用ログで絞り込む
顧客層別の比較と、利用ログとの突き合わせで、全体の集計では見えない優先課題を探します。
- 4
見た目は後続の依頼で整える
グラフ、比較表、コールアウトボックスの追加は、中身が固まってから頼みます。
- 5
繰り返すならSkillに固定する
取得元、分析の観点、出力構成を登録し、毎回の説明を省きます。
3段目の依頼は、たとえば次のように書きます。
「上位3つの不満点を取り上げ、エンタープライズ顧客とSMB顧客でどう違うかを見せてください。最も価値の高いセグメントに対して、正しい問題を解決できていますか」
全体では上位に来ない不満が、特定のセグメントでは最優先課題だった、という発見はこの切り口で出てきます。4段目は次の依頼文が使えます。
「このワークブックに視覚的な仕上げを加えてください。傾向を可視化するグラフ、テーマ同士を見比べる比較表、重要な洞察を目立たせるコールアウトボックスを追加してください」
5段目は、Claudeに「ユーザーフィードバック分析のSkillを作りたい」と伝え、データの取得元・分析手法・好みの出力構成を一緒に決めてもらう形です。
ワークブックの4タブが何を担うか
公式の使用例では、347件のフィードバック(サポート会話・NPS・インタビュー)から次の4タブが作られます。
出力される4つのタブ
テーマ分類
どの発言がどのテーマに入ったかの一覧です。誤分類や境界事例を点検する、発表前の検証層として使います。
傾向分析
件数の絶対値と変化の速さの両方を追います。3か月前に5件だった不満が先月40件になっていれば、横ばいの不満とは別の扱いになります。
引用リポジトリ
テーマごとの代表的な発言の抜粋です。ロードマップの提案やPRDで「ユーザーの声」を示す材料になります。
機能要望トラッカー
似た要望を束ね、影響の見積もりと優先度の根拠を積み上げます。
件数が同じでも、増加中の不満と沈静化しつつある不満では、対応の順番が変わります。傾向分析タブを見るときは、累計の多さだけで順位を付けないのがコツです。
結果をそのまま信じる前に確かめること
ワークブックが示すのは、渡したデータの中身です。そのデータがユーザー全体を代表しているかどうかは、Claudeには判断できません。偏りの典型は3つあります。
- ヘビーユーザーほど声を上げやすい
- エンタープライズ顧客は専任担当がいて、不満が別のチャネルに吸収される
- 不満を持つユーザーほど、コメントを書かず数字だけを選ぶ(推奨者は丁寧にコメントを書く)
これを可視化するには、「フィードバックをユーザーセグメント別に内訳を出してください。特定の層に偏って聞こえている可能性はありますか」と別に尋ねます。
コネクタ経由のデータには、もう1つ別の偏りの入り口があります。コネクタは接続した本人の権限を引き継ぐので、自分が見られない会話や担当外のチームの会話は、Claudeからも読めません。サポートツール上で閲覧範囲が絞られている場合は、その範囲が分析対象の範囲になります。「何件を読んだか」と「全体で何件あるか」を、ツール側の件数と見比べておくと取りこぼしに気づけます。
数字の裏取りには、利用ログとの突き合わせも効きます。フィードバックは「ユーザーが何を言っているか」で、利用ログは「ユーザーが実際に何をしているか」です。分析結果をClaude Projectsにアップロードして、利用ログと並べます。コネクタで取り込んだ内容をプロジェクトで扱う場合は注意が要ります。コネクタは非公開のプロジェクトでしか使えず、同期した内容を含むチャットは共有できません。
「ユーザーは機能Xが遅いと不満を言っているが、ログでは平均応答時間は速い。実際に何が起きているか」
このように突き合わせると、フィードバックだけでは見えない解像度が得られます。
ファイルが多い・大きいときの上限
アップロード上限は、置き場所によって違います。
| 置き場所 | 1ファイルの上限 | 件数の上限 |
|---|---|---|
| 個別のチャット | 1ファイルの上限500MB(ヘルプのアップロード記事) | 件数の上限20ファイル |
| プロジェクトのファイル | 1ファイルの上限30MB | 件数の上限上限なし(内容全体がコンテキストウィンドウに収まること) |
ファイル作成の解説ページには「アップロードとダウンロードのどちらも1ファイル30MBまで」と書かれていて、チャットの500MBとは数字が食い違っています。大きなCSVを渡すときは、まず30MB以下に分けておくと、どちらのページの数字でも収まります。
PDFには別の上限があります。チャットにアップロードするPDFは1000ページまでです。超えると「Uploaded file is too large」のエラーが出ます。100ページ以下ならグラフや画像も読まれ、101〜1000ページはテキストだけの処理になります。PDFを除く文書は、埋め込まれた画像は読まれず、テキストだけが抽出されます。プロジェクトのファイルも、マルチモーダル対応のPDFを除いてテキスト抽出のみです。
四半期ごとにインタビュー記録やアンケートを積み上げていくなら、20ファイルの壁は意識しておく価値があります。継続的に溜めて分析するときは、都度アップロードではなくClaude Projectsに置いておく方法があります。有料プランでは、プロジェクトの知識がコンテキストウィンドウの上限に近づくとRAGモードが自動で有効になり、容量が広がります。新しい四半期のデータが増えるたびに「今回追加した分と過去の傾向を比較して」と聞き直せます。基本操作はClaude Projects完全ガイドにまとめています。
顧客の声を扱うときの設定上の注意
フィードバックの本文は、顧客が自由に書いた外部のテキストです。ヘルプセンターは、外部のファイルやウェブサイトに紛れ込ませた指示でClaudeが誘導されうると警告しています。具体的には、信頼できないコードをサンドボックスで実行させられることと、接続した情報源(リモートMCPやプロジェクト)の機密データを外部へ送る通信に使われることの2つです。
ワークブック作成に使うコード実行機能は、サンドボックス内で動き、ネットワークの許可範囲は組織の設定で決まります。
- Free・Pro・Maxでは、ネットワークアクセスは既定で有効です
- Teamでは、ヘルプの設定手順上はパッケージマネージャーのみが既定です
- Enterpriseの新規組織では、既定でネットワークは無効です
顧客情報を多く含むデータなら、ネットワークを切った状態でも「Excel作成・データ分析」は使えます。ただし、MCP連携を有効にしている場合は、ネットワークの設定にかかわらずMCP経由の通信が可能なままです。コネクタとコード実行を同じ会話で使うときは、接続先の設定を別に点検する必要があります。
ヘルプセンターは、機能の利用中はClaudeの動きを見守り、想定外のデータにアクセスし始めたら止めるよう案内しています。
Team・Enterpriseでは接続手順と権限が個人と違う
個人アカウントなら、コネクタの有効化は自分だけで完結します。TeamやEnterpriseでは、組織のOwnerまたはPrimary Ownerによる有効化が先に要ります。顧客の声をDovetailに集めている場合は、ClaudeとDovetailの連携でインタビューの要点と発言を直接引けます。
コネクタを使えるようになるまで
個人アカウント
コネクタ一覧から対象を選んで接続し、認証プロンプトに従えば終わります。
Team・Enterprise
Owner側で「Organization settings > Connectors」から「Browse connectors」で対象を選び、「Add to your team」で組織に追加します。そのあと、各メンバーが自分のアカウントで個別に認証します。
Owner側の追加が済んでいないと、メンバーが接続を試みても対象のコネクタは使えません。なお、組織全体で一度だけ認可する「Enterprise-managed auth」がTeamとEnterpriseでベータ提供されています。この方式では、メンバーは初回ログイン時にアクセスを引き継ぎます。
接続後はOwnerがコネクタごとの操作を絞れます。「Customize > Connectors」でコネクタを選ぶと「Tool permissions」が出て、読み取り専用のツールと書き込み・削除のツールに分かれます。権限は「Always allow」「Needs approval」「Blocked」から選びます。この制限は組織全体に効き、メンバーが自分の設定で緩めることはできません。
ヘルプセンターの例では、メールの検索と要約は許しても送信は止める、といった組み合わせが挙がっています。フィードバックの分析は読み取りだけで完結するので、通常は支障がありません。返信の下書きを作らせるなど書き込みを伴う用途へ広げるときに、この制限が効いていないかを見ます。コネクタを多数有効にしている場合は、チャット欄の「Tool access」で、10個以上なら「On demand」に切り替えると会話に余裕が出ると案内されています。接続手順と権限の全体像はClaude Connectorsとはで扱っています。
ワークブックの出力が使えない場合も、組織設定が原因のことがあります。コード実行とファイル作成は、TeamとEnterpriseでは「Organization settings > Capabilities」でOwnerがオンオフを切り替えます。Free・Pro・Maxでは、「Settings > Capabilities」の「Code execution and file creation」から本人が切り替えます。
よくあるつまずき
- ワークブックが作られない・XLSXが添付できない: 「Code execution and file creation」がオフになっていないかを確かめます。Team・Enterpriseでは、組織のOwnerが無効にしている場合があります
- コネクタに対象のツールが出てこない: Team・Enterpriseでは、Ownerの組織への追加が先です。そのうえで各自の認証が要ります
- 出典のないワークブックが返ってくる: 依頼文で「各フィードバックの出典を明記」と指定していないと、あとから裏取りしづらくなります
- PDFを上げたら「Uploaded file is too large」と出る: チャットのPDFは1000ページまでです。超える分は章ごとに分けて渡します
- コネクタのないツールを指定してしまう: 事前にエクスポートしてアップロードします。録音は文字起こしをしてからです
まとめ
分析の肝は、渡し方より前にあります。ソースの範囲(コネクタの権限で見える範囲を含む)と、サンプルの偏りを自分で点検したうえで数字を使うかどうかです。顧客の声を大量に扱うときは、ネットワーク設定とコネクタの権限を先に決めてから流し込むほうが、あとで差し戻しになりません。