Claudeでユーザーフィードバックのパターンを分析する方法

このTipsでできること

サポートチケット、NPSアンケートの自由記述、ユーザーインタビューの文字起こし。フィードバックはフォーマットも保存場所もバラバラで、「何が本当に繰り返し起きている問題か」を人力で仕分けるのは骨が折れます。数百件を読み通して分類する作業自体に時間を取られ、優先順位付けまで手が回らないことも珍しくありません。

Claudeにフィードバックをまとめて一括で読ませると、テーマ別の分類・傾向の変化・優先度の判断材料までを1つのワークブックにまとめて返してもらえます。件数が多く形式もバラバラなフィードバックを、Claudeに横断で読ませて仕分ける手順を扱います。

やり方 — ユーザーフィードバックを複数フォーマットで一度に渡す

IntercomのようなサポートツールをConnectorsで接続していれば、会話履歴をそのまま読ませられます。個人アカウントなら、Settings > Connectorsから対象のコネクタを見つけて有効にするだけで使えます(Team・Enterpriseでの接続手順は後述します)。CSVのアンケート結果やPDFのインタビューメモのように、社内でファイル管理しているデータは、チャット欄の+ボタンから参照するか、ドラッグ&ドロップで直接渡します。整形してから渡す必要はありません。

「過去90日分のIntercomの会話をすべて読み込んでください。あわせてQ2のNPSアンケート結果(CSV)と、先月実施した6件のユーザーインタビューのメモ(PDF)もアップロードします。すべて読んだうえで、次を教えてください。複数のフィードバックソースで繰り返し出てくる問題は何か。表現は違っても同じ根本ニーズを指している要望はあるか。ユーザーの言い方から見て特に緊急度が高そうな不満はどれか。優先すべきものとノイズの切り分けも。テーマ別にフィルタできるデータワークブック(Excel)を作成し、各フィードバックの出典(Intercom・NPS・インタビューのいずれか)を明記して、見出し固定などプロフェッショナルな書式にしてください」

このように複数ソースを一度に指定すると、Claudeは形式の違いを気にせず横断で読み込み、同じ問題が別々の言い回しで語られている箇所も1つのテーマとしてまとめます。

出力ワークブックの構成

公式の使用例では、Intercomの会話・NPS結果・インタビュー記録をあわせて347件のフィードバックを分析し、次のようなタブ構成のワークブックとして返ってくると案内されています。

「傾向分析」タブが件数の絶対値だけでなく変化率も示す点は、フィードバックが増加傾向にあるか横ばいかを見分けるのに役立ちます。件数が同じでも、増加中の不満と沈静化しつつある不満では対応の優先度が変わるためです。

補足 — 精度を上げる指定と落とし穴

汚いデータのままで渡して問題ありません。フォーマットが混在していても、フィールドが欠けていても、手書きメモを文字起こししたものでもClaudeは処理できます。整形に時間をかけるより、フィードバックを幅広く集めることに労力を割くほうが有効です。

サンプルの偏りは自分で判断する必要があります。Claudeはデータの中身を正確に教えてくれますが、そのサンプルが実際のユーザー層全体を代表しているかどうかまでは判断できません。ヘビーユーザーほど声を上げやすく、エンタープライズ顧客には専任担当がいて不満が別チャネルに吸収されやすく、満足しているユーザーほど具体的なコメントを書かず数字だけ選びがちです。「フィードバックをユーザーセグメント別に内訳を出してください。特定の層に偏って聞こえている可能性はありますか」と別途尋ねることで、この偏りを可視化できます。

定量データと組み合わせることも有効です。フィードバックは「ユーザーが何を言っているか」であり、利用ログは「ユーザーが実際に何をしているか」です。両方をClaude Projectsにアップロードし、「ユーザーは機能Xが遅いと不満を言っているが、ログでは平均応答時間は速い。実際に何が起きているか」のように突き合わせると、フィードバックだけでは見えない解像度が得られます。

ワークブックの見た目を仕上げる

初回の出力を確認したあと、グラフやコールアウトを足して読みやすさを上げる依頼を重ねられます。

「このワークブックに視覚的な仕上げを加えてください。傾向を可視化するグラフ、テーマ同士を見比べる比較表、重要な洞察を目立たせるコールアウトボックスを追加してください」

最初の依頼で分類・集計までを済ませ、資料としての見た目は後続の依頼で整えるという2段階に分けると、都度の依頼がシンプルに保てます。

このワークブック出力もClaudeのコード実行・ファイル作成機能を使います。Free・Pro・Max・Team・Enterpriseの全プランで既定で使えますが、Team・Enterpriseでは組織のオーナーが管理画面で無効化していることがあり、その場合はファイル出力そのものが反応しません。

ファイル数が多いときはProjectsに移す

1回のチャットにアップロードできるファイルは20個までという上限があります。インタビューが6件程度なら余裕がありますが、四半期ごとに蓄積したインタビュー記録やアンケート結果を横断して分析したい場合、この上限に近づきます。

継続的にフィードバックを蓄積して分析したいなら、個別チャットへの都度アップロードではなく、Claude Projectsにファイルを置いておく方法があります。プロジェクト内のファイルは1ファイルあたり30MBまでという制限はありますが、件数の上限はなく、コンテキストウィンドウに収まる範囲で保持できます。過去のインタビュー記録やアンケート結果を蓄積しておき、新しい四半期のデータが増えるたびに「今回追加した分と過去の傾向を比較して」と聞き直す使い方に向いています。ProjectsとArtifactsの基本操作はClaude Projects完全ガイドにまとめています。

セグメント別の比較で優先順位を精緻化する

テーマ分類ができたら、セグメント別の比較で優先順位をさらに絞り込めます。

「上位3つの不満点を取り上げ、エンタープライズ顧客とSMB顧客でどう違うかを見せてください。最も価値の高いセグメントに対して、正しい問題を解決できていますか」

このように顧客層で区切って聞き直すと、全体では上位に来ない不満が特定セグメントでは最優先課題だったというケースを見つけやすくなります。分析を繰り返し行うなら、データの取得元・分析の観点・出力構成をカスタムSkillとして登録しておくと、毎回の説明を省けます。

Connector連携とファイル添付を使い分ける

Intercomのようなサポートツールが公式Connectorとして提供されている場合はConnectors経由で会話履歴に直接アクセスできますが、NPS結果やインタビューメモのように社内でファイル管理しているデータは、アップロード機能で個別に渡す形になります。Connectorsの接続手順と権限の仕組みはClaude Connectorsとはで扱っています。複数の接続先を同時に扱う際の設定はClaude複数SaaS連携、CSV形式のデータを個別に集計したいだけならClaude CSV分析の使い方も参考になります。

Team・Enterpriseは接続手順と権限が個人と異なる

Team・Enterpriseでは、コネクタの接続は個人アカウントのように自分だけで完結しません。まず組織のOwnerが管理画面でそのコネクタを組織向けに有効化し、そのうえで各メンバーが自分のアカウントから個別に認証を済ませる必要があります。Owner側の有効化が済んでいないと、メンバーがSettings > Connectorsを開いても対象のコネクタは使えるようになりません。

接続後も、Team・EnterpriseではOwnerがコネクタごとに実行できる操作を制限できます。よくある設定は「読み取りは許可するが、書き込みは禁止する」というものです。たとえばIntercomの会話は読めても、Claude側から返信を送信することはできません。この制限は組織全体に一律で適用され、個々のメンバーが自分の設定で緩めることはできません。フィードバックのパターン分析という用途では読み取りだけで完結するため通常は支障ありませんが、「返信の下書きまで作らせたい」という別用途に広げるときは、この制限が効いていないか確認してください。

よくあるつまずき

• サンプルの代表性を確認しないまま結論を出す: 声の大きいユーザー層に偏った分析を、そのまま全体の傾向として扱わないよう、セグメント内訳を必ず確認します
• 出典を明記させないと後で検証できない: どのフィードバックがどのソース由来かを依頼文で明示的に指定しないと、後から裏取りしづらいワークブックになります
• 件数だけを見て傾向の変化を見落とす: 累計件数が少なくても急増中のテーマは優先度が高いことがあります。傾向分析タブの変化率も必ず確認します
• Connector未接続のツールをそのまま指定してしまう: 公式Connectorがないツールのデータは、事前にエクスポートしてアップロードする必要があります

まとめ

フィードバックのパターン分析は、Connectors経由の会話履歴とアップロードしたCSV・PDFを一度に渡し、テーマ・傾向・代表的な発言・要望グループの4点をワークブックとして出力させる形が基本です。サンプルの偏りは分析結果に自動で反映されないため、セグメント別の内訳を別途確認する一手間が欠かせません。繰り返し分析するならカスタムSkillとして手順を固定化しておくと、毎回の依頼が短くなります。