顧客に「どんな機能が欲しいですか」と聞く。すると、便利そうな機能がいくつも返ってくる。しかし、それを全部作れば本当に選ばれるのでしょうか。あるいは、顧客が口にしなかった「本音」をマーケターが勝手に推測してよいのでしょうか。
BtoBの顧客インサイトを考えるうえで重要なのは、顧客の心を読み当てることではなく、実際に起きた出来事、確認できた発言、観察できた行動、そこから立てる仮説を区別することです。顧客調査の実務と、その先にある価値提案の作り方を具体的に整理します。
インサイトは「顧客が言わない本音」ではない
インサイトという言葉は便利ですが、定義が曖昧なまま使うと、調査者の思い込みを権威づけてしまいます。例えば「顧客は社内説明に時間を取られている」は、実際にそう語った人の発言として扱えます。一方「顧客は失敗を恐れているから決断できない」は、本人の発言や裏づけがなければ仮説です。
顧客が説明したことも、必ずしもそのまま客観的な事実とは限りません。過去の出来事を思い出すときの誤記憶や、質問の仕方による影響があるためです。だからこそ、発言を否定するのでも、無条件に正しいとするのでもなく、追加の記録や観察と照らし合わせます。
インタビューは未来の希望より、過去の具体的な行動から始める
Nielsen Norman Groupのユーザーインタビュー解説は、質問に誘導されると人が実際には重要視していないことにも意見を作って答える可能性を指摘しています。調査者が最初から「この機能は便利でしょう」と聞くと、利用される見込みを過大評価するかもしれません。
そこで、まずは最近の実体験について尋ねます。将来の行動を正確に予測できると考えず、何が起きたかを丁寧に聞きます。
- 1. 最近いつ困りましたか：日付、案件、状況。抽象的な「普段は」ではなく、具体的な場面から始める。
- 2. 誰が、何をしましたか：現場、管理者、情報システム、購買など、実際に動いた人を確認する。
- 3. どんな方法と比較しましたか：他社サービス、社内ツール、Excel、外注、現状維持を含める。
- 4. 何が判断を止めましたか：費用、運用、情報不足、社内合意などを、本人の言葉で聞く。
- 5. 次に進むには何が必要でしたか：追加の仕様、比較表、試用、社内説明資料などの具体的な判断材料を確認する。
「なぜ買わなかったのですか」は有効な場合もありますが、答えを一つの原因へ強制しがちです。何が起こり、どんな選択肢があり、どの段階で止まったかを分けて聞く方が、次の検証につながります。
記録は「発言・行動・解釈・反証」の四つに分ける
面談メモの中に、顧客が語ったこと、CRMの実績、調査担当者の解釈を混ぜて書くと、後から読んだ人はどれが確認済みか分からなくなります。次の四区分を一行の記録単位とすると、チームで共有しやすくなります。
- 発言：本人の言葉を、確認できる範囲で記録する。要約した場合は引用と区別する。
- 行動・記録：実際にどの資料を見たか、何を導入したか、比較に何日かかったかなどの観測可能な事実。
- 解釈・仮説：発言と行動から推測した選択理由。不確実性を明記する。
- 反証・次の確認：どんな事例が出たら仮説が違うと判断するか。誰に何を確かめるか。
日付、調査方法、対象者の立場、許可された範囲も添えます。顧客の許可なく録音・商談の個人情報を外部に共有したり、AIサービスに入力したりしないことが前提です。
架空例――「分析機能が欲しい」をどう読み替えるか
以下は実際の顧客調査結果ではなく説明用の架空例です。ある担当者が「もっと高機能な分析ダッシュボードが欲しい」と話したとします。そこで機能を増やす前に、直近の業務を聞いてみます。
- 発言：月末の報告資料づくりに時間がかかる。
- 記録で分かった事実：複数部門から届く表計算ファイルを、月末に担当者が手作業で突き合わせていた。
- 解釈候補A：分析機能の不足が障害になっている。
- 解釈候補B：部門間のデータ定義と受け渡しが揃っていないことが主な障害で、分析機能を増やしても解消しない。
- 検証：実際の作業手順を観察し、時間がかかった工程と例外処理を記録する。
このケースなら「高機能なAI分析」と訴求する前に、データの統合や定義の統一が本当に価値の源泉なのかを確かめられます。顧客が話した機能要望を軽視するのではなく、求める機能と解決したい仕事を分けることが重要です。
複数部署が買うBtoBでは、意見の不一致もデータ
実務担当者は操作性を重視し、情報システム部門は既存環境との接続を、購買部門は価格や契約条件を確認することがあります。発言が食い違っても、どちらかを「本音ではない」と決めつける必要はありません。役割ごとに違う制約が存在する可能性があります。
Gartnerが説明するBtoB購買の仕事には、要件整理、検証、合意形成などが含まれ、必ずしも一本道では進みません。インサイトを一人の代表的な「ペルソナの心理」へ閉じ込めず、実際に意思決定する人々とその関係を確かめましょう。
価値提案へ変えるには、効果の証拠を用意する
顧客の困りごとが分かっても、製品でそれを改善できるかは別です。Harvard Business Reviewの2006年の論考「Customer Value Propositions in Business Markets」は、顧客への価値の主張を裏づけずに提示する問題を指摘しています。
例えば「工数を半分にできます」という主張をするなら、どの業務、どの期間、どの条件で、何と比較した結果なのかが必要です。検証前なら「作業の削減を目指す」と表現し、成果を保証したように見せないようにします。
小さく検証して、違う可能性を残す
- 仮説を一つ選ぶ：「最も困るのは分析の難しさではなく、月末の統合作業ではないか」など、反証できる文にする。
- 異なる立場に確かめる：現場担当者だけでなく、管理者や別部門の関係者にも具体的な業務を聞く。
- 行動で確認する：承認フロー、作業時間、資料の作成・差し戻しなど、確認できる記録を探す。
- 提案を分ける：統合作業に焦点を置いた説明と、分析機能に焦点を置いた説明を比較し、理解や質問内容の違いを見る。
- 修正する：別の課題が主要因だと分かれば、仮説を更新する。良い反応だけを選別しない。
Nielsen Norman Groupの顧客ジャーニー調査の解説は、既存の情報を確認したうえで、インタビュー、行動観察、日記法などを組み合わせ、必要に応じて定量データで補うことを勧めています。ただし、どの手法が適切かは目的、時間、対象者へのアクセスによって変わります。
AIにできることと、任せてはいけないこと
AIは、匿名化・必要な管理を施した記録から、発言の分類、重複した課題の発見、代替仮説の列挙、追加の質問案づくりを補助できます。しかし、AIが「顧客の隠れた本音」を断定したからといって、それが実際に顧客の動機だった証拠にはなりません。
便利な自動要約ほど、発言・行動・解釈の区別が消えがちです。記録上は出典と確認方法を残し、元の証拠へ戻れるようにします。
まとめ――顧客の心を読むより、確かめられる仮説を増やす
顧客インサイトは、魅力的なコピーをひらめくための儀式ではありません。発言、行動、制約、選択肢を観察し、判断の理由を説明する仮説を立て、違っていたら修正できるようにする作業です。
具体的な購買行動の整理はBtoBカスタマージャーニーマップ、価値の伝え方は機能を顧客価値へ翻訳する記事と合わせて読むと役立ちます。
参考資料と確認範囲
- Nielsen Norman Group, Interviewing Users：誘導質問や、質問そのものが回答を生み出すことへの注意。
- Nielsen Norman Group, How to Conduct Research for Customer Journey Mapping：インタビュー、行動観察、日記法、定量情報の組合せについて。
- Anderson, Narus & van Rossum (2006), Customer Value Propositions in Business Markets：価値の主張に証拠が必要な理由。
- Gartner, The B2B Buying Journey：非線形の購買過程と複数の購買上の仕事。
本記事の四区分の記録法、架空例、検証の順番は上記研究を参考にした編集上の実務提案です。特定企業の実際の成功事例や成果を意味しません。