BtoBペルソナを営業に活用する方法｜ヒアリング質問・提案への落とし込み方

「マーケティング部門がペルソナを作ったものの、営業担当者はほとんど見ていない」「顧客像は分かっているはずなのに、商談では毎回同じ質問をしている」「ペルソナに書かれている課題を前提に話したら、実際の顧客とは違っていた」。

BtoB企業では、このようにペルソナを作成しても営業活動へ十分に活かせないことがあります。

BtoBペルソナを営業に活用するうえで重要なのは、ペルソナを顧客の正解として扱うことではありません。ペルソナから「この顧客は、このような課題を持っているのではないか」という仮説を作り、その仮説を商談の質問で確認・反証し、提案内容へ反映します。

つまり、営業におけるペルソナの役割は「顧客について分かったつもりになること」ではなく、「何を確認すれば顧客理解が深まるか」を事前に準備することです。

本記事では、BtoBペルソナを課題仮説、ヒアリング質問、役割別の確認事項、提案内容へ変換し、商談結果からペルソナを更新するまでの実践手順を解説します。

BtoBペルソナを営業に活用する目的とは

BtoBペルソナを営業で使う目的は、顧客のことを商談前からすべて理解することではありません。顧客について確認すべき仮説を揃え、商談を顧客理解の場に変えることです。

例えば、営業企画担当者をペルソナとして次のように整理していたとします。

• 営業生産性の改善を求められている
• CRMやSFAにデータはあるが十分に活用できていない
• 現場へ新しい業務を増やすことに抵抗がある
• 営業責任者へ施策の必要性を説明しなければならない
• 導入時には費用だけでなく運用定着も気にする

この情報をそのまま営業トークとして読み上げるのではありません。

「現在、営業データの活用についてどこに課題がありますか」「新しい施策を導入するとき、現場負荷はどの程度重視されていますか」「導入を進める場合、どなたへの説明が必要ですか」といった確認質問へ変換します。

使い方	避けたい状態	推奨する状態
顧客理解	この顧客は○○に困っているはず	○○に困っている可能性があるので確認する
ヒアリング	全顧客へ同じ質問をする	役割・状況別に仮説質問を準備する
提案	ペルソナに合う資料を一方的に説明する	確認できた事実に合わせて説明内容を変える
改善	商談結果を営業担当者の経験で終わらせる	ペルソナの仮説と実態のズレとして蓄積する

ペルソナから営業の課題仮説を作る

営業へ活用する最初の工程は、ペルソナに記載された情報を「確認可能な課題仮説」へ変えることです。

特に次の4項目を取り出します。

• 現在の課題：何に困っている可能性があるか
• 達成したい状態：何を改善したい可能性があるか
• 判断基準：何を比較・評価する可能性があるか
• 導入障壁：何が行動を止める可能性があるか

事実と仮説を分ける

例えば「営業部門はデータ活用に課題がある」という情報があったとしても、目の前の企業が同じ課題を持っているとは限りません。

営業前に情報を次のように分けます。

区分	例
確認済みの事実	営業組織がある、CRMを導入している、過去にウェビナーへ参加した
データから推定した状態	営業効率化に関する情報を最近調べている可能性がある
ペルソナから作った仮説	営業データは存在するが現場で活用できていない可能性がある
商談で確認すること	どの営業業務に課題があり、現在どのように対応しているか

この区別がないと、営業担当者が仮説を事実として話してしまい、顧客から「なぜそう思ったのか」と違和感を持たれる可能性があります。

課題仮説をヒアリング質問へ変える

ペルソナを営業へ落とし込む中心工程が、仮説を質問へ変換することです。

質問では「ペルソナ通りか」を確認するだけでなく、顧客自身の状況を自由に説明してもらえる余白を残します。

課題の仮説を確認する質問

仮説：

営業リストはあるが、誰から優先してアプローチするか判断できていない。

質問例：

• 現在、営業対象の優先順位はどのように決めていますか？
• 営業担当者ごとに判断が異なることはありますか？
• 優先順位を決める際に、現在使っているデータはありますか？
• 今の方法で特に困っている場面はありますか？

目的の仮説を確認する質問

仮説：

営業効率を改善したい。

質問例：

• 今回改善したい営業指標は何でしょうか？
• 商談数、受注率、営業工数のうち、特に優先度が高いものはありますか？
• 改善できた場合、社内ではどのような状態を成功と考えますか？

導入障壁の仮説を確認する質問

仮説：

新しい仕組みを導入しても営業現場で使われないことを懸念している。

質問例：

• これまで新しい営業施策やツールを導入した際、運用面で課題になったことはありますか？
• 現場への定着を考える際、特に重視している条件はありますか？
• 今回の施策で営業担当者の作業が増える場合、どの程度まで許容できそうですか？

BtoBでは役割ごとに確認する内容を変える

BtoB営業では、一人のペルソナですべてを説明しようとしないことが重要です。利用者、担当者、推進者、決裁者では、同じサービスを検討していても関心が異なります。

役割	主な関心	確認質問の例
利用者	使いやすさ、作業負荷、日常業務	現在の業務で最も時間がかかっている工程はどこですか？
担当者	課題解決、情報収集、比較	今回情報収集を始めたきっかけは何でしょうか？
推進者	導入目的、社内説明、プロジェクト推進	社内で進める場合、どなたの合意が必要ですか？
評価者	仕様、セキュリティ、運用条件	導入判断で必須となる条件はありますか？
決裁者	事業効果、投資、リスク、優先順位	最終的な判断では何が最も重視されますか？

BtoBペルソナ自体の作り方や、利用者・推進者・決裁者の整理方法については、BtoBペルソナの作り方｜担当者・推進者・決裁者を分ける実践手順で詳しく解説しています。

ペルソナの仮説を「反証」する質問も用意する

営業でペルソナを使う際に注意したいのが、仮説に合う情報だけを集めてしまうことです。

例えば「価格を重視するペルソナ」だと考えていると、営業担当者は価格に関する発言ばかり拾い、実際には運用負荷を最も重視していることを見落とす可能性があります。

そこで、仮説を確認する質問だけでなく、意図的に反証する質問も準備します。

課題仮説	確認質問	反証質問
コスト削減を重視している	費用面はどの程度重要ですか？	費用以外で、より重要な判断条件はありますか？
営業効率化が目的	営業工数を減らすことが目的でしょうか？	工数よりも優先したい成果はありますか？
現場定着を懸念している	運用定着について懸念はありますか？	導入時に運用以外で止まりそうな要因はありますか？
担当者が推進者である	今回、社内で導入を推進される立場でしょうか？	実際に導入判断を主導する方は別にいらっしゃいますか？

ペルソナと違う回答が得られたことは、営業の失敗ではありません。

むしろ、顧客理解が一段深まった状態です。

ヒアリング結果を提案内容へ反映する

商談で確認した内容は、提案資料やデモの説明順序へ反映します。ペルソナではなく、商談で確認できた事実を優先します。

担当者には「どう使うか」を具体化する

現場担当者が運用負荷を気にしている場合、機能を網羅的に説明するよりも、日々の業務がどう変わるかを示します。

• 誰が使うのか
• いつ使うのか
• 現在の業務の何が変わるのか
• 追加作業は発生するのか

推進者には「社内でどう説明するか」を提示する

推進者は自分が納得するだけでは導入できません。

• 導入目的
• 期待する変化
• 必要な体制
• 評価方法
• 社内で想定される懸念

まで整理して渡すことで、社内説明を支援できます。

決裁者には情報を絞る

決裁者が必要とする情報は、担当者と同じとは限りません。

プロジェクト内の過去セミナーでも、担当者が1時間かけて聞いた内容を、そのまま短縮して経営層へ伝えようとしても伝わりにくいという課題が扱われています。

決裁者が知りたいのが投資理由、事業効果、リスク、他社との違いであれば、その判断に必要な情報へ絞って提示する必要があります。

一次情報から考える｜営業は「当てる」より顧客の状況を確認する

インティメート・マージャーが参加してきた営業・データ活用に関するセミナーでは、従来型のプッシュ営業が難しくなっているという課題が繰り返し議論されています。

展示会などでリードを獲得しても、電話がつながらない、つながっても検討タイミングではない、情報が増えすぎて顧客側も比較しにくいといった状況があります。

こうした環境では、営業側が「この企業ならこの課題を持っているはず」と決めつけて話すよりも、事前データやペルソナから仮説を作り、顧客の現在状況を会話の中で確認する方が実務に落とし込みやすくなります。

またBtoBの営業では、目の前の担当者だけでなく、誰が判断し、誰へ説明し、何が社内決裁を止めるのかまで把握することが重要です。

ペルソナは、この複雑な購買プロセスについて「次に何を聞くべきか」を整理するための共通言語として使えます。

商談結果をペルソナへ戻して更新する

営業活用の最後の工程は、商談で分かった事実をペルソナへ戻すことです。

営業担当者だけが「この業界では○○が多い」と知っていても、マーケティングや商品企画へ共有されなければ、ペルソナは更新されません。

少なくとも次の情報を蓄積します。

• 実際に多かった課題
• 想定と違っていた課題
• 比較時に重視された条件
• 導入を止めた理由
• 担当者以外に関与した役割
• 決裁時に追加で求められた情報
• 受注・失注を分けた要因

これらを一定期間ごとにまとめ、ペルソナの「課題」「目標」「比較基準」「障壁」「関与者」を更新します。

ペルソナ自体をデータで検証する方法については、ペルソナ分析とは？作って終わりにしないデータ検証の方法もあわせて確認してください。

営業でペルソナを活用する実践フロー

1. 商談対象の役割を確認する
   担当者、利用者、推進者、決裁者のどの立場かを整理します。
2. ペルソナから課題仮説を3〜5個作る
   何に困っている可能性があるかを整理します。
3. 各仮説を質問へ変換する
   顧客が自分の状況を説明できる質問にします。
4. 反証質問を1つ入れる
   仮説と違う可能性を意図的に確認します。
5. 確認できた事実を記録する
   仮説と事実を混ぜないようにします。
6. 提案内容を変更する
   事前ペルソナではなく、確認した課題・判断基準を優先します。
7. 受注・失注結果をペルソナへ戻す
   繰り返し発生するズレを顧客モデルへ反映します。

営業活用チェックリスト

確認項目	なぜ重要か	不足時に見直すこと
ペルソナと事実を区別しているか	仮説を決めつけないため	事実・推定・仮説を分けて記載する
課題仮説が3〜5個に絞られているか	商談で確認可能な量にするため	優先度の低い仮説を削る
仮説が質問へ変換されているか	営業担当者が実際に使えるようにするため	「現在どうしていますか」で質問化する
反証質問があるか	思い込みを強化しないため	「他に重要な点はありますか」を追加する
役割別に質問が違うか	BtoBの複数意思決定者へ対応するため	担当者・推進者・決裁者を分ける
商談結果が記録されているか	ペルソナを改善するため	CRM・SFAの記録項目を整理する
マーケティングへ結果を戻しているか	営業だけの暗黙知にしないため	定期的なフィードバック機会を設ける

まとめ｜ペルソナを営業の答えではなく「質問の設計図」にする

BtoBペルソナを営業に活用する際、最も避けたいのは「このタイプの顧客だから、この課題があるはず」と決めつけることです。

ペルソナは顧客の答えではなく、商談前に何を確認するかを整理するための仮説モデルとして扱います。

実務では、

ペルソナ → 課題仮説 → ヒアリング質問 → 反証 → 提案 → 商談結果 → ペルソナ更新

という循環を作ることが重要です。

まずは現在使っているペルソナシートについて、「この項目から営業担当者はどの質問をすればよいのか」を確認してみてください。

質問に変換できない項目が多い場合、営業活動に必要なペルソナ情報になっているかを見直す余地があります。

BtoBペルソナの営業活用に関するFAQ

ペルソナを営業に活用するとはどういうことですか？

ペルソナから顧客の課題や判断基準について仮説を作り、ヒアリング・提案に活かすことです。ペルソナ通りに顧客を決めつけるのではなく、商談で確認するための質問設計に使います。

営業担当者はペルソナをそのまま信じてよいですか？

そのまま事実として扱うべきではありません。ペルソナは複数の顧客情報から整理した代表モデルや仮説です。目の前の顧客には当てはまらない可能性があるため、商談で確認します。

営業用ペルソナでは何を重視すべきですか？

課題、達成目標、比較基準、導入障壁、意思決定への関与を重視します。年齢や趣味など、営業判断を変えない情報を細かく設定する必要はありません。

担当者と決裁者で別のペルソナを作る必要がありますか？

課題や判断基準が異なる場合は分けた方が整理しやすくなります。担当者は運用や実務、決裁者は投資理由やリスクを重視するなど、必要な情報が異なるためです。

営業ヒアリングでペルソナと違う回答が出た場合はどうしますか？

ペルソナより実際の顧客情報を優先します。違いを記録し、同様のズレが複数の商談で確認された場合はペルソナそのものを見直します。

AIで営業用の質問を作成してもよいですか？

質問案の作成や整理には活用できますが、AIが生成した顧客像を事実として扱わないことが重要です。自社の顧客データ、商談記録、営業担当者の知見などを前提に質問案を作り、実際の商談で検証します。

営業で得た情報はどのようにマーケティングへ戻せばよいですか？

課題、比較基準、導入障壁、関与者、受注・失注理由などを共通項目として蓄積します。定期的に傾向を確認し、ペルソナ、記事、広告、LP、営業資料などへ反映します。