BtoBペルソナの設定方法｜実務で使える設計ステップと失敗パターン

BtoBペルソナとは何か：BtoCとの本質的な違い

BtoBペルソナとは、理想顧客企業の中で購買に関わる一人を、その人の組織内の立場と検討フェーズとあわせて描いた人物像です。BtoCとの違いは、個人の好みではなく組織の課題と複数人の意思決定を前提に書く点にあり、BtoCの項目をそのまま流用すると施策の判断に使えないシートになります。

ペルソナそのものは、ターゲット顧客を代表する架空の人物像です。名前・役職・業務課題・情報収集行動などを書き、コンテンツ・広告・営業資料を作る人が同じ相手を思い浮かべられるようにするために使います。

BtoCのペルソナは「30代女性、都内在住、ヨガ好き」のように、個人の属性と感情的動機を中心に設計されます。一方、BtoBには次の構造的な違いがあります。

• 意思決定者が複数存在する：担当者・決裁者・情報収集者（リサーチャー）が別人であることが多い
• 購買動機が組織課題に紐づく：個人の好みではなく、KPI達成・コスト削減・リスク回避が動機の中心になる
• 検討期間が長い：数週間〜数ヶ月の検討フェーズがあり、各フェーズで必要な情報が異なる
• 業種・企業規模による差異が大きい：同じ「マーケティング部長」でも、従業員10名のスタートアップと1,000名の上場企業では課題も権限も全く異なる

4つのうち見落とされやすいのは検討期間の長さです。BtoCのペルソナは「その瞬間に買うかどうか」を描けば足りますが、BtoBでは検討フェーズごとに求める情報が変わります。認知段階では自社の課題を整理する材料を、比較段階では他社との違いと価格感を、稟議段階では社内を説得する材料を求めます。この時間軸を織り込まないペルソナは、コンテンツ設計の判断基準として機能しません。ペルソナに検討フェーズを書き込むときは、自社のファネルの段階と区切りを合わせておくと、記事や資料をどの段階向けに作るかがそのまま決まります。

ペルソナとターゲットの違い：粒度をどこまで絞るか

ターゲットは「どの市場・どの層を狙うか」、ペルソナは「その中の具体的な一人」です。BtoBではこの2つの間にICPが入り、3階層で考えると設計がぶれません。

「ターゲットとペルソナは何が違うのか」は、ペルソナ設計に着手した担当者が最初につまずく論点です。両者の差は対象の広さではなく、粒度と用途にあります。

ターゲットは「BtoB SaaS、従業員50〜300名、マーケティング部門」といったセグメント単位の定義です。市場規模の見積もりや事業計画で使います。一方ペルソナは「その中の、部下2〜4名を抱えるマーケティングマネージャーで、MAを導入したが活用できていない人」まで絞り込んだ個人像です。コンテンツの見出しを決める、広告のコピーを書く、営業の初回トークを設計するといった、日々の判断に使います。

BtoCならこの2階層で足りますが、BtoBでは購買主体が組織であるため、ターゲットとペルソナの間に「どの企業を理想顧客とするか」を定めるICPが挟まります。3階層で整理すると次のようになります。

実務でよく起きるのは、ターゲット定義のまま「ペルソナができた」と扱ってしまうケースです。たとえばコンテンツ担当が来月の記事テーマを決める会議で、シートを開いても「BtoB SaaSのマーケティング担当者」としか書かれていなければ、議論は担当者の勘に戻ります。「BtoB SaaSのマーケティング担当者」はターゲットであってペルソナではありません。この粒度では、記事の見出しを「MAツールの選び方」にすべきか「導入したMAを使いこなす方法」にすべきかを判断できないからです。ペルソナは、判断に使えるところまで絞って初めて価値を持ちます。

ICPとペルソナの使い分け：上流設計を間違えない

設計の順序は必ず「ICP → ペルソナ」です。ICPが曖昧なままペルソナを作ると、どの規模の企業の誰向けかが判断できず、コンテンツも広告も的が絞れなくなります。

ICP（Ideal Customer Profile）は「最も価値を提供できる企業像」を定義するものです。業種・従業員規模・売上規模・技術スタック・組織の成熟度などの企業属性で構成されます。リードの優先順位づけやABM（アカウントベースドマーケティング）の対象企業選定に使います。ICPがまだ決まっていなければ、ペルソナより先にICPの設定で企業像を決めます。

ペルソナは「そのICP企業の中にいる、実際に接触する人物像」を定義するものです。役職・業務内容・情報収集行動・課題の優先度・意思決定への関与度などで構成されます。コンテンツ・広告・メール・営業トークの設計に使います。

ICPとペルソナがそろうと、リードの評価基準を定義できるようになります。「ICPに合致する企業の、意思決定に関与する役職からの問い合わせ」を優先度の高いリードとして扱う、といった線引きです。この考え方はMQL・SQLの定義と設計方法と直結します。ICP・ペルソナ・MQL定義の整合が取れていない状態でのリード評価にお困りでしたら、現状の設計をもとにご相談ください。

BtoBペルソナ設定の全体ステップ

BtoBペルソナは、既存顧客データの収集、顧客インタビュー、パターン抽出、シートへの記述、営業・CSとの検証の5段階で作ります。出発点は社内の思い込みではなく、受注・失注の記録です。

ステップ1：既存顧客データの収集と分類

まず手元にある情報を収集・分類します。

• CRM・MAのデータ：受注済み顧客の業種・規模・担当者役職・最初の接触チャネル・検討期間
• 営業メモ・商談記録：顧客が語った課題・懸念・競合との比較軸
• カスタマーサクセスの声：導入後の活用実態・評価された機能や対応・継続理由
• 失注記録：受注できなかった案件の理由・競合選定理由

データ収集では「受注した顧客」と「受注できなかった顧客」の両方を見ます。受注顧客だけを見ると、たまたま自社が届いた層をそのまま理想顧客と誤認します。たとえば直近1年の失注20件のうち半数が「社内に運用担当がいない」で止まっていたなら、その企業群はペルソナの対象から外すか、別の訴求を用意するかを決める材料になります。

ステップ2：顧客インタビューの設計と実施

定量データからは「何が課題か」はわかりますが、「なぜそれが課題なのか」「どのように情報を集めたのか」という行動の文脈は見えません。顧客インタビューで定性情報を補います。

インタビューの人数は、実務上の目安として5〜10名です。聞き取りは次の観点で設計します。

• 導入を検討したきっかけ（トリガーイベント）
• 検討中にどのような情報を、どこで収集したか
• 意思決定に関与した人物と、それぞれの役割
• 導入前に感じていた不安・懸念と、それをどう解消したか
• 競合他社や代替手段との比較軸

インタビュー結果はそのまま記録し、後の分析フェーズで共通パターンを抽出します。記録の段階では要約しません。早期に要約すると、パターン抽出のときに必要になる「なぜそう感じたか」の文脈が消えます。特に「検討のきっかけ」は、顧客の言葉のまま残しておくとコンテンツの見出しにそのまま転用できます。

ステップ3：パターン抽出とペルソナ候補の特定

収集したデータとインタビュー記録から、共通するパターンを抽出します。業務課題・情報収集行動・意思決定への関与度・導入検討のトリガーなどに着目して分類します。

BtoBでは1つのペルソナでは足りないことが多く、購買での役割ごとに次の3種類を分けて設計します。

• 担当者ペルソナ：実務を担い、ツールや施策を使う人。課題の解像度が高く、技術的な詳細に関心がある
• 意思決定者ペルソナ：予算承認を行う人。ROI・導入リスク・他社実績に関心がある
• 情報収集者ペルソナ：候補を絞り込んで意思決定者に提案する人。比較表・事例・価格感を求める

3種類すべてを最初から設計する必要はありません。直近の問い合わせや商談で最初に接点を持つのがどの役割かを見て、最初の1つを決めます。

ステップ4：ペルソナシートへの落とし込み

パターンが特定できたら、決まった形式に記述します。BtoBのペルソナシートは、企業側の情報（法人層）と担当者個人の情報（個人層）の2層で構成するのが実務上扱いやすい形です。法人層には業種や組織の成熟度を、個人層には役職や購買を阻む懸念を書きます。

記述するときは、各項目の横に「その情報が施策のどの判断に使われるか」を書き添えます。たとえば「情報収集の行動」は広告の配信面選定に、「購買を阻害する懸念」はLPのFAQや営業資料の構成に直結します。使い道が説明できない項目は、そもそも埋める必要がありません。

ステップ5：社内検証と合意形成

マーケティング部門だけで作ったペルソナは、営業・CS・プロダクトから「実態と違う」と言われてすぐに使われなくなります。完成前に関係部署のレビューを通してください。

レビューは、完成品を提示して承認を求めるのではなく、ドラフト段階で営業に見せて修正を入れてもらう形で進めます。たとえばマーケ担当がドラフトを作った週の営業定例で30分もらい、直近の商談3件と照らして「この懸念は実際に聞くか」「この役職は本当に稟議を起案するか」を営業に確認してもらいます。「マーケが作って渡す」構造を「一緒に作る」構造に変えるだけで、その後の利用率は大きく変わります。営業定例で30分をもらえない関係なら、ペルソナより先にマーケティングと営業の連携の仕組みを作ります。

実務で使えるペルソナ記述の具体例

実務で使えるペルソナシートは、企業側の法人層と担当者個人の個人層の2層で書きます。各項目は、それを読んだ担当者が記事テーマや広告コピー、営業のヒアリング項目を決められる粒度まで具体化します。

記述する項目のテンプレートは次のとおりです。すべてを埋める必要はなく、自社の商材で施策の判断を変える項目から埋めてください。

以下は、MA・CRMツールの導入支援サービスを提供する企業が設計した「担当者ペルソナ」の記述例です。実際の顧客インタビューから抽出した要素をもとに、一般化して構成しています。

担当者ペルソナをこの粒度まで書くと、「MAを導入したが使いこなせていない層」に向けたコンテンツと広告のメッセージを決められます。潜在課題に「効果測定ができず説明根拠が弱い」とある以上、この層が読み進めて問い合わせるのは機能紹介ではなく、マーケ施策の効果測定やKPI設計の話題である、という判断ができます。

現場で機能しないペルソナの失敗パターン

現場で使われなくなるペルソナの原因は、データなしの思い込み、1人への詰め込み、営業との未共有、更新の放置、用途の限定の5つに分かれます。実務で最も多いのは営業との未共有と更新の放置です。

失敗パターン1：データなしで仮説だけで作る

「おそらくこんな人が買うはず」という内部の思い込みだけでペルソナを作ると、実際の顧客と乖離します。創業直後や新事業立ち上げ時はデータが少なく、仮説に頼らざるを得ない場面もありますが、その場合でも「これは仮説ペルソナである」と明示し、実データで検証する時期（実務上の目安は3〜6ヶ月後）を最初に決めておきます。データが乏しい段階での進め方はスタートアップのマーケティング戦略でも触れています。

失敗パターン2：1つのペルソナに情報を詰め込みすぎる

「担当者でもあり意思決定者でもある」「中小企業でも大企業でも使える」といった無理な一般化をすると、どちらの読者も自分の話だと受け取らないメッセージになります。たとえば広告コピーを書く段階で、実務の手間を減らす訴求と投資対効果の訴求のどちらを採るかが決められなくなります。1つのペルソナには1つの役割と1つの企業規模帯だけを書き、当てはまらない層は別のペルソナに分けてください。

失敗パターン3：マーケだけで作り、営業と共有しない

ペルソナはマーケの施策設計だけでなく、営業の商談アプローチや提案資料の設計でも使います。営業が「自分たちの顧客像と違う」と感じた時点で、そのペルソナは現場で使われなくなります。作成時から営業・CSを巻き込み、ドラフトの段階でレビューを受けてください。

失敗パターン4：一度作ったら更新しない

市場環境の変化・プロダクトのピボット・ターゲット変更などにより、ペルソナの前提は変わります。実際の商談データ・受注データをもとに見直す時期を先に決めておきます。実務上の目安は半年〜1年に一度です。PMF前後のように事業フェーズが動く局面では、この間隔をさらに短くしたほうがよい場合もあります。

失敗パターン5：ペルソナをコンテンツ制作にしか使わない

ペルソナは広告ターゲティング・LP設計・営業スクリプト・メールのパーソナライズ・展示会での声掛けの設計基準にもなります。コンテンツ担当だけが参照する文書にすると、広告運用者は別の顧客像でコピーを書き、営業は自分の経験でトークを組み、同じ見込み客に対してチャネルごとに違う話をすることになります。

5つのうち実務で最も頻発するのはパターン3と4です。どちらも「作った直後は正しかったが、時間の経過とともに現場と乖離した」という共通構造を持ちます。作成時点の精度を上げるより、更新の時期とレビューの参加者を先に決めておくほうが、使われる期間は長くなります。

複数ペルソナの優先順位と使い分けの考え方

複数のペルソナのうち最初に施策を割り当てるのは、受注につながる接点を最も多く持つ役割です。インバウンド中心なら担当者、ABMやエンタープライズ向け営業なら意思決定者から始めるのが実務上の目安です。

BtoBの購買プロセスでは「担当者 → 情報収集者 → 意思決定者」の順に関与が深まるケースが多いものの、これはビジネスモデルによって異なります。自社の商談プロセスを振り返って優先順位を決めます。判断に使える観点は次の4つです。

• 初期接触の頻度：実際に問い合わせや資料請求をしているのはどの役職か
• 意思決定への影響力：最終的に「選ぶ・選ばない」を決めるのは誰か
• 情報収集の活発さ：検索・SNS・メディアで情報を集めているのは誰か
• コンテンツとの親和性：記事・資料・ウェビナーを活用するのは誰か

BtoBのインバウンドマーケティングでは、担当者ペルソナからコンテンツを設計し始めます。担当者が情報収集の主体であることが多く、検索行動と記事コンテンツの接点を作りやすいためです。判断に迷ったら、直近半年の問い合わせをCRMで役職別に数えてください。例として問い合わせ30件のうち20件が担当者、決裁者が2件なら担当者ペルソナから始めます。逆に、ABMで狙う企業が数十社に限られ、営業が役員に直接会いに行く商材なら、意思決定者ペルソナを起点にします。

優先順位をつけたら、それ以外のペルソナを捨てるのではなく「後続フェーズで使う」と位置づけます。担当者向けの記事で獲得したリードを、稟議段階で意思決定者向けのROI資料につなぐ、といった流れです。フェーズごとに誰へ何を届けるかは、リードナーチャリングのシナリオ設計で具体化できます。

作ったペルソナを施策に落とし込む手順

ペルソナが使われるかどうかは、完成後に「どの施策のどの判断に使うか」を明文化したかで決まります。シートを配布しただけでは運用に乗りません。

ペルソナが形骸化する最大の原因は、シートと施策の間が接続されていないことです。接続の作業は、ペルソナの項目を施策の判断に翻訳することにほかなりません。具体的には次の3つから着手します。

1. コンテンツテーマへの翻訳：「顕在課題」「潜在課題」「情報収集行動」の3項目から、記事・資料のテーマ候補と検索キーワードを出します。顕在課題はすでに検索されている言葉、潜在課題はまだ検索されていないが読めば自分の課題だと気づく切り口として扱い分けます。出したテーマ候補は、コンテンツマーケ戦略の優先順位に沿って制作の順番を決めます
2. 広告ターゲティングへの翻訳：「役職」「所属企業のICP属性」から配信条件を、「購買障壁」から広告コピーの訴求軸を作ります。障壁が「費用対効果の提示が難しい」であれば、訴求は機能ではなく試算根拠の提供になります
3. 営業トーク・フォーム項目への翻訳：「意思決定関与度」「購買障壁」から初回商談のヒアリング項目を設計します。同時に、その情報をフォームやCRMのどのプロパティで取得するかを決めておきます

フォーム項目・CRMプロパティへの反映は、次回の見直しのときに差が出ます。ペルソナで定義した属性を実際に取得できていなければ、次回の更新時に「ペルソナ通りのリードが取れているか」を検証できません。取得したデータをペルソナの検証に回す循環を作ることで、初回は仮説混じりだったペルソナが実データに裏づけられたものへ変わっていきます。この検証サイクルの設計から支援が必要でしたら、現在の運用状況をお聞かせください。

ペルソナが時間の経過とともにどう動くかを整理する場合は、カスタマージャーニーマップの作り方が次の工程になります。

ペルソナが決まったら、次は何を伝えるかの訴求を決めます。訴求は全社の1文で終わらせず、3階層に分けると施策に落とせます。

ペルソナが検討時に比較している相手まで具体化できると、コンテンツのテーマも営業の会話設計も絞りやすくなります。比較対象を洗い出す前に、競合をどこまで調べるかを決め、調べる社数を絞ります。

ペルソナを記事に反映させるときは、読者が抱えている分岐をH2に変換し、記事構成に落とし込みます。

ペルソナを検索施策に落とすときの最初の作業がキーワード選定です。顕在課題と潜在課題の言葉を並べたら、キーワード選定の手順に沿って検討段階別に分け、優先順位をつけます。

まとめ

BtoBペルソナは、ICPを先に決め、実データから作り、施策の判断に使う項目だけを書き、営業と一緒に更新し続けたときに使われ続けます。次にやることは、手元のシートの各項目に「どの施策の判断に使うか」を書き添え、書けない項目を消すことです。

• ターゲット・ICP・ペルソナは粒度と用途が異なる。3階層で整理し、ICPを先に定義する
• ペルソナは仮説ではなく、実データと顧客インタビューから作る。失注データも必ず見る
• シートは法人層と個人層の2層で構成し、施策の判断に使う項目だけを埋める
• 担当者・意思決定者・情報収集者の役割別に分け、優先順位をつけて運用する
• マーケだけでなく営業・CSを巻き込み、ドラフト段階からレビューを受ける
• 完成後は「どの施策のどの判断に使うか」を明文化し、シートと同じ場所に置く
• 半年〜1年サイクルで実データを使って更新する

ペルソナが現場で使われない状態が続いている場合、原因の多くはシートの記述精度ではなく、上流のICP定義か、施策への接続のどちらかにあります。見分けるには、営業に「このペルソナの企業に今月何社会ったか」を聞きます。答えが出なければICP定義、答えは出るのに記事や広告がシートを参照していなければ施策への接続が止まっています。BtoBマーケティング全体の設計順序についてはBtoBマーケティング戦略の立て方で順を追って説明しています。

よくある質問（FAQ）

BtoBペルソナは何人分作ればよいですか？

多く作ればよいわけではありません。自社の商談プロセスに関与する役割（担当者・決裁者・情報収集者）を軸に、まず1〜2つから始めることを推奨します。3つ以上になる場合は、それぞれの役割と使用場面を明確に分けたうえで管理します。

ペルソナとターゲットは何が違いますか？

粒度と用途が違います。ターゲットは「BtoB SaaS、従業員50〜300名」のようなセグメント単位の定義で、市場規模の見積もりや事業計画に使います。ペルソナはその中の具体的な一人まで絞り込んだ人物像で、記事の見出しや広告コピー、営業の初回トークといった日々の判断に使います。BtoBではこの2つの間にICPが入ります。

スタートアップで顧客データが少ない場合はどうすればよいですか？

まず「仮説ペルソナ」として設計し、仮説であることを明示します。過去の商談・問い合わせ記録・創業者の営業経験・業界レポートなどを参照しつつ、3〜6ヶ月以内に実際の受注データで検証・更新するサイクルを設計してください。検証の時期を決めずに仮説のまま使い続けると、実際の顧客とずれたまま施策が積み上がります。

ペルソナと実際の顧客が違う場合はどうすればよいですか？

「ペルソナを修正する」か「ターゲットそのものを見直す」かを判断します。既存顧客との乖離が大きい場合、ICP自体を再検討する必要があるケースもあります。乖離の原因が設計ミスなのか市場変化なのかを分けて分析することが先決です。

営業からペルソナへの反発が強い場合、どう対処すればよいですか？

予防策は、最初から営業担当者を設計プロセスに参加させることです。すでに反発が起きている場合は、設計の根拠（インタビュー記録・データ）を共有したうえで、営業の現場感覚を取り込む修正セッションを設けてください。「マーケが作って渡す」構造を「一緒に作る」構造に変えることで定着率が上がります。