# Claudeで口コミを分析し、顧客の言葉を出典付きで残す

口コミの原文とClaudeの解釈を照合し、対象範囲を誇張せず、出典をたどれる気づきと検証用の訴求案に整理する方法を解説します。

URL: https://www.hiresteve.ai/ja/blog/review-mining
最終更新: 2026-10-12

口コミ分析では、選んだ顧客の言葉を、出典をたどれる訴求判断の材料にします。最初に問いを一つ決め、利用できる口コミを探します。Claudeには、まず問いに関係する一節を原文のまま抜き出してもらい、その後で解釈案を出してもらいます。すべて原文と照合してください。残す成果物は、出典付きの短い気づきと、次に確かめる問いや訴求案です。

## 集める前に、調査の問いを決める

製品、関連する代替手段、対象顧客、市場、期間を決めます。そのうえで、「ノートアプリを使い始めた人は、一日の予定を立てる作業をどう説明しているか」のように、次の判断につながる問いを選んでください。結果を何に使うかもClaudeに伝え、不足する条件があれば分析前に質問してもらいます。

繰り返し調べるなら、[会社情報と顧客資料を再利用できるClaudeプロジェクト](/ja/blog/claude-project-setup)にまとめる方法を勧めます。今回使える口コミも追加してください。対象を限定した一度きりの作業なら、利用を許可された資料を添付した通常のチャットも選択肢です。[公式のプロジェクト管理ガイド](https://support.claude.com/ja/articles/9519177-プロジェクトを作成-管理するにはどうすればよいですか)では、追加したナレッジや指示を、そのプロジェクト内のチャットで使う仕組みが説明されています。

## Googleで探し、掲載元を開く

まずは通常のGoogle検索で探します。次の例のNotionを、調べる製品名に置き換えてください。

- `"Notion" 口コミ`
- `site:boxil.jp/service/ "Notion" 口コミ`
- `site:itreview.jp/products/ "Notion" レビュー`

引用符で囲んだ語句は完全一致で検索でき、`site:`は特定のサイトに絞る指定です。[Googleの検索演算子の説明](https://support.google.com/websearch/answer/2466433?hl=ja)で使い方を確認できます。広く探してから論点を足しましょう。「不満」だけで検索すると、否定的な経験を選ぶことになります。

関係する掲載元を開き、製品名、投稿日、前後の文脈を確認します。検索結果の抜粋は原文を確認する手がかりであり、そのまま引用する文章ではありません。投稿者自身の体験、ベンダーが選んで掲載した顧客の推薦コメント、第三者による要約は、出典の種類を分けて記録します。

コピーやClaudeへの入力の前に、その用途での掲載元の利用条件と自社のルールを確認します。不明なら、利用が承認された自社の顧客資料や、目的に合うライセンスの資料を使えます。原文を開けないものは調査候補にとどめ、根拠には加えません。

## 原文の隣に、解釈を置く

採用する口コミに短いIDを付けます。出典、投稿日、確認日、記載された利用状況、関係する一節を、文書や表計算に保存してください。書かれていない情報は不明のままにします。日本語の口コミでも、日本市場での利用経験とは限りません。

Claudeには、問いに関係する箇所を原文どおりに抜き出し、出典IDと解釈案を添えてもらいます。その後、自分でも原文と照合します。「モバイルでは」「初期設定の後は」など、意味を限定する言葉も残してください。分かりやすい言い換えは解釈として扱い、引用符を外します。

実際の口コミではなく、作成した例で考えます。あるレビュアーが、別のアプリでは一日の目標を設定し忘れるが、普段開く日記に目標欄があると思い出すきっかけになる、と書いたとします。

解釈の例は、「この投稿者には、普段の日記で一日の目標が目に入ることが役立った」です。「顧客はもっと通知を求めている」とすると、原文にない解決策と顧客全体についての主張が加わります。

## 共通点をまとめても、例外を消さない

原文を確認したら、Claudeに似た内容のまとめ方を提案してもらい、根拠となる口コミのIDも示してもらいます。まとめ方は自分で見直し、反対の経験も同じ論点の下に残してください。役割、プラン、時期、使い方の違いで説明できるか、記載された情報を比べます。情報が足りなければ、理由は未確認の問いとして残します。

同じ口コミを二重に取り込んだと確認できたものは、一件として数えます。別製品や期間外などの除外理由も残し、重複かどうか不明なものは統合前に調べてください。件数を示すなら、選定条件を満たした口コミの総数と、その件数を支えるIDを添えます。その数字が表すのは、確認した資料の範囲だけです。特定の不満で集めた口コミから、全顧客の何割がその不満を持つかは分かりません。

行動も正確に読みます。別製品を検討して使い続けた人は、乗り換えた人ではありません。想定していた結論に合わなくても、原文が述べていることを保ちます。

## 気づきを、次に確かめる問いと訴求案にする

作成した日記の例なら、対象顧客が一日の予定を立てるとき、普段どこを見ているかを調べます。通知機能を提案する前に、最近の進め方を聞いてください。同じ必要を示す新しい根拠と、今の方法で十分にできている人の声の両方を探します。

そのうえで、確認した気づきに基づく表現をClaudeに提案してもらえます。提案中と明記し、その文章が約束することを自社製品で実現できるか確かめます。顧客の言葉からは調べる論点を見つけ、製品の根拠からは訴求できる範囲を判断します。この二種類の根拠を、対象とする買い手や代替手段と結び付ける段階では、[ポジショニングのまとめ方](/ja/blog/positioning-brief)を使えます。

確認した原文と気づきは、再利用する口コミ資料に保存します。提案中の文言は承認済みの訴求と分け、競合メモからは口コミ全体をコピーせずIDで参照してください。出典が変わったり、既存の解釈と矛盾する資料が見つかったりしたら、関係する気づきと文言を見直します。手動でアップロードしたプロジェクト内のコピーも、必要なものを更新します。

## 口コミだけでは、購買判断の問いに答えられないとき

投稿者が追加の問いに触れていなければ、その口コミからは答えを得られません。同じ資料を増やす前に、残った問いを整理してください。小規模な調査なら、[顧客インタビューの計画](/ja/blog/customer-interview-plan)で、判断したいことを定め、適切な対象者を募り、インタビューで得た根拠を公開口コミとは分けて管理できます。

口コミ分析は手作業でも続けられます。対象範囲を限定し、各原文の隣に出典を残し、新しい資料や既存の解釈と矛盾する資料によって影響を受ける気づきだけを見直してください。調査の問いを決め、根拠を確認し、訴求を承認する責任は自社に残ります。

## よくある質問

### 口コミ分析では何をするのですか？

調査の問いに沿って口コミから顧客の言葉を取り出し、その意味を整理します。原文、出典、利用状況を解釈と一緒に残すことで、投稿者が述べたことと、自分たちが推測したことを区別できます。

### 口コミは何件集めればよいですか？

調査の問いと選定条件に沿って、自分で確認できる範囲を決めます。この手順では最低件数を定めません。掲載元、期間、対象顧客を記録し、不足する情報や食い違う経験から、次に調べることを判断します。

### 口コミを製品の訴求にできますか？

口コミは訴求案のきっかけになりますが、自社製品がその結果を実現する証明にはなりません。対象顧客にも同じ必要があるか、自社製品の実際の動作でその必要に応えられるかを確認してから文言を承認します。引用や再利用の条件も守ってください。