顧客の声はアンケートだけではない｜声の集め方と活かし方

顧客理解のためにアンケートを実施し、回収率20%で満足度4.2という結果を得る。ここで「顧客の声を把握した」と考えると、大きな見落としが生まれます。アンケートに答えるのは、関係が良好で協力的な相手です。不満を持つ顧客、解約を検討している顧客、そもそも忙しくて回答しない顧客の声は入りません。アンケートは声の一部であり、しかも最も好意的な層に偏った一部です。BtoBでは、意思決定者と実際の利用者が別人であることも多く、答えた1人の声が組織全体の評価とは限りません。この記事では、問い合わせ・商談・サポート・レビュー・コミュニティという5つの経路から声を集め、分類し、施策に還すまでの運用を整理します。

アンケートに頼ると声が偏る

アンケートには構造的な偏りがあります。回答するのは、協力的な顧客、関係性が良好な相手、時間に余裕のある担当者です。強い不満を持つ顧客は回答せずに離れ、忙しい決裁者は開封もしません。結果として、実態より穏やかな結果が出ます。

設問設計にも限界があります。選択肢を作る時点で、こちらが想定した枠に回答を押し込んでいます。「価格」「機能」「サポート」の3択で不満を聞けば、本当の理由が「社内の運用に合わなかった」でも、どこかの選択肢が選ばれます。選択肢は仮説であり、事実ではありません。

自由記述欄を設ければ幅は広がりますが、記述の量は多くありません。1行の記述から意図を読み取ろうとすると、解釈が入り込みます。短い自由記述は、集計に使えて解釈には使えないという性質を持ちます。

だからといってアンケートが無価値ということではありません。定点で満足度の推移を見る用途には適しています。問題は、それを唯一の情報源にしてしまうことです。アンケートは定点観測に使い、理解は他の経路から得るという役割分担が現実的です。

BtoBの声は5つの経路から集まる

第1の経路は問い合わせです。フォーム、電話、メールに届く質問や要望には、検討中の見込み客の関心がそのまま表れます。営業やサポートに届いた質問の一覧は、それだけでコンテンツの企画材料になります。

第2は商談の場です。営業が聞いた課題、比較検討している他社、社内で通らなかった理由。ここには購買側の意思決定の実情が含まれます。BtoBでもっとも情報量が多い経路であり、同時にもっとも記録されていない経路でもあります。

第3はサポートやカスタマーサクセスです。導入後の使いにくさ、運用でつまずく箇所、追加してほしい機能。既存顧客の声はここに集まります。第4はレビューサイトやSNSでの言及。公開された第三者の評価であり、こちらが聞かなくても書かれています。

第5はコミュニティやユーザー会です。顧客同士の会話には、自社に直接言わない本音が現れます。5つの経路を並べると、アンケートが全体のごく一部だと分かります。集める前に、5経路のうちどれが記録されていないかを確認するのが最初の一手です。

利用者の声と決裁者の声は違う

BtoBの特徴として、契約を決めた人と日々使う人が別であることが多い点があります。決裁者は費用対効果と社内説明のしやすさを重視し、利用者は操作のしやすさと日常の手間を気にします。この2つの評価は、しばしば逆方向に出ます。

利用者から「使いにくい」という声が上がっていても、決裁者は満足していることがあります。逆に、利用者が便利に使っていても、決裁者が費用に納得していなければ更新されません。誰の声かを記録していないと、優先順位を誤ります。

実務では、声の記録に「役割」の項目を1つ足すだけで解決します。決裁者・推進担当・利用者・情報収集者。この分類があると、集計時に立場ごとの傾向が見えます。契約単価の高い商材では、同じ顧客企業内で複数の立場の声を並べる意味があります。

あわせて、アカウント単位でまとめる視点も必要です。個別の声を並べるだけでは、どの顧客企業で何が起きているかが見えません。企業ごとに声を束ねると、解約の兆しや拡大の余地が読めます。

集める仕組みを先に作る

声を集める最大の障害は、記録されないことです。営業が聞いた話は営業の記憶に残り、サポートが受けた要望は個別対応で終わる。仕組みがなければ、情報は組織に蓄積されません。

必要なのは、記録の場所と形式を1つに決めることです。CRMのメモ欄、共有スプレッドシート、専用のフォーム。ツールは何でも構いませんが、複数に分散させないことが重要です。3箇所に記録された情報は、実質的に記録されていません。

記録の負担は最小にします。項目は5つ以内、入力は1〜2分で終わる形。「誰が」「何に困っているか」「その背景」「役割」「日付」があれば分析できます。項目を増やすと入力率が落ち、データが偏ります。

記録を促す仕組みも必要です。週次のミーティングで記録から数件を取り上げる、記録された声が施策に反映されたら発信者に伝える。記録した情報が使われているという実感が、記録を続ける唯一の動機になります。

経路ごとの記録の粒度

5つの経路は、情報の性質が異なります。同じ形式で記録しようとすると無理が生じるため、経路ごとに粒度を決めておきます。以下は実務で使いやすい整理です。

経路	記録する人	粒度	主な使いどころ
問い合わせ	受付担当・インサイドセールス	質問文をそのまま残す	記事のテーマ・FAQ・営業資料
商談	営業	課題・比較対象・懸念点を3行	訴求の言い換え・提案資料・失注分析
サポート・CS	サポート担当	つまずいた箇所と頻度	オンボーディング改善・機能要望
レビュー・SNS	マーケ担当（月1回巡回）	引用と評価の傾向	訴求の再設計・比較記事の内容
コミュニティ・ユーザー会	運営担当	話題のテーマと反応	企画の種・事例の候補

この表の要点は、記録者を明示していることです。誰が記録するかを決めていない情報は、誰も記録しません。役割を割り当てるところまでが仕組みの設計です。

分類はテーマ×影響度で行う

集めた声は、分類しなければ使えません。分類の軸は2つで足ります。テーマ（何についての声か）と影響度（どれだけ多くの顧客に関わるか）です。テーマは10前後、影響度は3段階が扱いやすい範囲です。

テーマは自社の商材に合わせて決めます。価格、機能、サポート、導入の手間、社内説明、他社比較、運用の定着。最初から完璧な分類を作る必要はなく、3か月運用して合わないものを統合します。分類は使いながら育てるものです。

影響度は、件数と顧客の重要度の掛け合わせで判断します。1社からの強い要望と、10社からの軽い不満は、対応の優先順位が違います。ここに主観が入るのは避けられませんが、判断の基準を書いておけば議論ができます。

分類の運用で重要なのは、分類しきれない声を捨てないことです。「その他」に入れた声の中に、新しいテーマの芽があります。その他が増えてきたら、新しいテーマを立てる合図だと考えてください。

AIで分類・要約する時の使い方

声の分類と要約は、生成AIが得意な領域です。問い合わせの文面、商談メモ、レビューの本文をまとめて渡し、テーマ別の分類、頻出する表現の抽出、要約を作らせる。手作業で数時間かかる工程が、数分に短縮できます。

有効な使い方は3つあります。①大量のテキストをテーマ別に仕分ける ②同じ内容の言い換えを束ねる ③頻出する表現をそのまま抽出する。とくに③は、顧客が使っている言葉をコンテンツに反映する目的で価値があります。

一方で限界もあります。文脈の重みづけができないこと、少数だが重要な声を平均に埋もれさせること、そして事実と推測が混ざった要約を作ることです。AIの分類結果は下書きとして扱い、重要な判断は原文に戻って行うのが安全です。

運用上の注意として、顧客の個人情報や機密情報を扱う場合は、社内の利用ルールに従う必要があります。企業名や担当者名を含むテキストをそのまま外部サービスに渡してよいかは、事前に確認しておくべき点です。固有名詞を伏せてから分析に回す運用にすると、判断が速くなります。

声を施策に変える4つの出口

集めた声は、出口を決めておかないと溜まるだけになります。実務で機能する出口は4つです。第1がコンテンツ。問い合わせで多い質問は、そのまま記事やFAQのテーマになります。検索キーワードには現れない実際の困りごとが拾えます。

第2が営業資料と訴求の言い換えです。顧客が使っている表現を見出しに使うと、伝わり方が変わります。自社が「業務効率化」と呼んでいたものを、顧客は「引き継ぎの手間」と表現しているかもしれません。顧客の言葉に置き換えるだけで、資料の反応は変わります。

第3が商品・サービスの改善です。機能の追加、運用の簡素化、料金体系の見直し。マーケティング部門の裁量を超える領域ですが、声を整理して渡すことは可能です。第4がサポートとオンボーディングの改善で、既存顧客の定着に直結します。

4つの出口それぞれに、担当と頻度を決めます。コンテンツは月次、訴求の見直しは四半期、商品改善は半期。出口ごとにサイクルが違うことを前提に設計すると、運用が止まりません。

優先順位のつけ方

すべての声に対応することはできません。優先順位の基準を、事前に決めておく必要があります。実務で使いやすい基準は3つです。影響する顧客数、事業へのインパクト、対応にかかる工数。この3つで簡易にスコア化します。

スコア化の目的は、正確な順位を出すことではなく、議論の土台を作ることです。「感覚では機能追加が最優先だが、スコアで見るとオンボーディングのほうが影響が大きい」という気づきが得られれば十分です。

注意点として、声の大きさに引きずられないことです。強く要望する1社の声は目立ちますが、影響する顧客数が少なければ優先度は下がります。逆に、誰も言わないが多くの顧客が諦めている不満は、声として現れません。沈黙している不満を探す視点も必要です。

沈黙を拾う方法としては、利用データとの突き合わせが有効です。使われていない機能、途中で止まっている運用、更新されないアカウント。行動データは、言葉にならない声として読めます。

月次のレビューで回す

VOCの運用は、月次のレビューを軸にすると定着します。以下は1時間で終わる進め方です。担当者が変わっても回せるよう、手順として残しておくのが望ましい形です。

この5ステップの中で、もっとも省略されやすいのが4番目と5番目です。決めた対応の進捗確認と、記録者への還元が抜けると、VOCの運用は3か月で止まります。

集めても動かない組織の壁

声を集める仕組みを作っても、施策が動かないケースがあります。原因の多くは、声の扱い方が決まっていないことです。誰が判断し、誰が実行するのかが曖昧なままだと、レビューが報告会で終わります。

もう1つの壁は、部門間の関係です。マーケティングが集めた声を商品開発に渡しても、優先順位の判断基準が違えば動きません。この場合、影響度の算出方法を共通化するところから始める必要があります。基準を共有しないまま要望を渡すと、要望が要望として扱われません。

経営層への報告の形も影響します。個別の声を並べるだけでは判断材料になりません。テーマごとの件数推移、影響する顧客数、対応した場合の効果見込み。声を数字と並べて示すと、意思決定の対象になります。

進め方として現実的なのは、小さく成果を出すことです。問い合わせの多い質問を記事にして、その記事が読まれた実績を示す。1つの成功例があると、次の協力が得られます。最初から全社の仕組みを作ろうとすると、合意形成に時間を取られます。

反応を返す

声を集めるだけで返さない運用は、顧客側から見ると「聞くだけの会社」に見えます。要望に対して何らかの反応を返す仕組みがあると、次の声が集まりやすくなります。

返し方は3段階で足ります。①受け取ったことを伝える ②検討状況を伝える ③対応したら知らせる。すべての要望に対応できるわけではないため、②で「今回は対応しない」と伝えることも含みます。対応しない判断を伝えることも、誠実な反応です。

既存顧客向けには、まとめて知らせる形も有効です。四半期に一度、「いただいた声から改善したこと」を一覧で共有する。個別対応の負荷を抑えながら、聞いていることを示せます。

この循環が回り始めると、顧客の側から情報が来るようになります。要望が具体的になり、背景まで説明してもらえる。反応を返す運用は、集める工数そのものを下げます。

最小構成で始める

担当者が1人でも、VOCの運用は始められます。全経路を同時に整えようとせず、1経路から始めるのが現実的です。

• 最初に整えるのは問い合わせ。文面がそのまま残るため、記録の手間がほぼゼロ
• 次に商談メモ。営業に3行だけ書いてもらう形にして、項目を増やさない
• レビューサイトは月1回の巡回で足りる。頻度を上げても情報は増えない
• 分類は最初は5テーマから。運用しながら足す・統合する
• 月次レビューは30分でよい。時間を長く取ると、続かない
• 専用ツールの導入は後回しでよい。スプレッドシートで3か月回してから判断する

この最小構成でも、3か月続けると記事のテーマが枯れなくなります。検索キーワードの調査だけでは出てこない具体的な困りごとが、常に手元にある状態になるためです。

拡張のタイミングは、記録が使われ始めてからです。使われていない段階で経路を増やすと、記録の負荷だけが増えます。使われている実感が先、拡張は後という順序を守ってください。記録を始めて1か月経った時点で、1件でも施策に反映できていれば、その運用は続きます。逆に3か月使われなかった記録は、経路を増やしても使われません。

やってはいけない声の扱い

VOCの運用で信頼を失うパターンは、いくつかの型に分かれます。以下は、実務で起きやすい扱い方の失敗です。

• 声を集めたまま何も返さない（聞くだけの会社と受け取られ、次回から情報が来なくなる）
• 声の大きい1社の要望を、影響度を検証せずに最優先にする
• 顧客の発言を、許諾を取らずに事例記事やSNSで引用する
• アンケートの平均値だけを見て、少数の強い不満を見落とす
• 商談メモの記録を営業の評価に紐づける（形だけの記録が増え、内容が薄くなる）
• AIの要約結果をそのまま報告に使い、原文を確認しない

とくに3つ目は、法的な問題にも関わります。顧客の発言や社名を外部に出す場合は、その都度書面で許諾を取るのが原則です。一括同意で済ませたつもりの引用が、後から問題になります。社内共有と社外公開の線引きを、記録の段階で決めておいてください。

6つ目のAIの扱いも、繰り返し起きる失敗です。要約は便利ですが、要約の過程で強い表現が丸められ、切実な不満が「改善要望」に変換されることがあります。重要な判断の前には、必ず原文に戻る手順を運用に組み込んでください。

経営会議に出す時のまとめ方

VOCを経営層に報告する場合、個別の声を並べても意思決定にはつながりません。必要なのは、テーマごとの件数、影響する顧客数と金額、対応した場合の見込み効果です。声を経営の言葉に翻訳する工程が必要になります。

実務で使いやすいのは、1枚に3ブロックの構成です。①今期増えているテーマ（件数の推移） ②売上に影響する可能性のあるテーマ（該当顧客の契約金額） ③対応を提案するテーマ（工数と効果の見込み）。この3つがあれば、判断材料として機能します。

あわせて、代表的な声を1〜2件だけ原文で載せます。数字だけでは実感が伝わらず、原文だけでは判断できません。数字で全体を示し、原文で実感を伝える組み合わせが効果的です。原文を載せる場合は、企業名を伏せることを忘れないでください。

報告の頻度は四半期が現実的です。月次で経営層に上げると、変化が小さく判断が出ません。四半期であれば傾向として語れます。現場の運用は月次、経営への報告は四半期という二重のリズムにすると、どちらも機能します。

よくある質問

Q. アンケートはやめたほうがよいですか。
やめる必要はありません。満足度の推移を定点で見る用途では有効です。ただし、顧客理解の主要な情報源にはせず、他の経路と併用してください。

Q. 営業がメモを書いてくれません。
項目が多すぎる可能性があります。3行・2分で終わる形にし、書いたメモが実際に使われた例を共有すると改善します。入力を評価に紐づけると、形だけの記録が増えます。

Q. レビューサイトに悪い評価が書かれています。どう扱えばよいですか。
削除依頼を検討する前に、内容が事実かどうかを確認します。事実であれば改善の材料であり、返信できるサイトでは事実関係を丁寧に説明する対応が有効です。

Q. 声の分類をAIに任せきりにしてよいですか。
下書きとしては有効ですが、影響度の判断と重要な少数意見の抽出は人が行う必要があります。分類結果を見て違和感があれば、原文に戻って確認してください。

Q. 顧客が少ない立ち上げ期でもVOCの運用は必要ですか。
顧客数が少ない時期ほど、1件の声から得られる情報量は大きくなります。仕組みを作るまでもなく、商談と問い合わせの記録を1枚のシートに残すだけで足ります。立ち上げ期のVOCは、記録するだけで十分に機能します。件数が増えてから分類とレビューの運用を足してください。

Q. 解約した顧客に声を聞くべきでしょうか。
可能であれば聞く価値がもっとも高い相手です。ただし、聞き方には配慮が必要です。引き留めの意図が混じると本音は出ません。改善のために伺いたい、という前置きを明示し、短い質問に絞ってください。

まとめ

顧客の声はアンケートの中だけにあるのではありません。問い合わせ、商談、サポート、レビュー、コミュニティの5経路に日々蓄積しており、多くの組織はそれを記録できていないだけです。記録の場所を1つに決め、誰が記録するかを割り当て、テーマ×影響度で分類し、コンテンツ・訴求・商品・サポートの4つの出口に流す。月次のレビューで進捗を確認し、記録者と顧客に反応を返す。この循環ができると、顧客理解は特別なプロジェクトではなく日常の運用になります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。