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

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

BtoBペルソナは「個人像」だけでは成立せず、その人が属する組織の状態を同時に定義する必要があります。この構造差を無視してBtoCの手法を流用すると、使えないペルソナが生まれます。

ペルソナとは、ターゲット顧客を代表する架空の人物像です。名前・役職・業務課題・情報収集行動などを具体的に定義することで、コンテンツや広告、営業資料の方向性を統一する目的で使われます。

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

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

特に見落とされやすいのが3点目です。BtoCのペルソナは「その瞬間に買うかどうか」を描けば足りますが、BtoBでは検討フェーズごとに求める情報が変わります。認知段階では課題の言語化を助ける情報を、比較段階では他社との違いと価格感を、稟議段階では社内を説得する材料を求めます。この時間軸を織り込まないペルソナは、コンテンツ設計の判断基準として機能しません。フェーズ別の設計思想についてはBtoBファネル設計のやり方で詳しく整理しています。

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

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

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

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

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

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

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

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

ICP（Ideal Customer Profile）は「最も価値を提供できる企業像」を定義するものです。業種・従業員規模・売上規模・技術スタック・組織の成熟度などの企業属性で構成されます。リードの優先順位づけやABM（アカウントベースドマーケティング）の対象企業選定に使います。設定手順の詳細はBtoBのICP設定方法で解説しています。

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

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

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

ペルソナ設定は「データ収集 → 分析 → 定義 → 検証」の流れで進めます。出発点は仮説ではなく実データです。

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

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

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

この段階で重要なのは「受注した顧客」と「受注できなかった顧客」の両方を見ることです。失注データはICP精度を上げるうえで特に価値があります。受注顧客だけを見ると、たまたま自社が届いた層をそのまま理想顧客と誤認する危険があるためです。

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

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

インタビューは5〜10名を目安に実施し、以下の観点で聞き取りを設計します。

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

インタビュー結果はそのまま記録し、後の分析フェーズで共通パターンを抽出します。この時点では「まとめない」ことが重要です。早期に要約すると、後から効いてくる文脈情報が失われます。特に「検討のきっかけ」は、顧客の言葉のまま残しておくとコンテンツの見出しにそのまま転用できます。

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

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

BtoBでは1つのペルソナでは不十分なケースが多く、以下の切り口で複数設計することが一般的です。

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

3種類すべてを最初から設計する必要はありません。自社のビジネスモデルに照らして「誰に最初に刺さる必要があるか」で優先度を決めます。

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

パターンが特定できたら、決まった形式に記述します。BtoBのペルソナシートは、企業側の情報（法人層）と担当者個人の情報（個人層）の2層で構成するのが実務上扱いやすい形です。具体的な項目は次章のテンプレートを参照してください。

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

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

マーケティング部門だけで作ったペルソナは、営業・CS・プロダクトから「実態と違う」と言われてすぐに使われなくなります。作成後は必ず関係部署のレビューを経ることが、定着の条件です。

レビューの進め方としては、完成品を提示して承認を求めるのではなく、ドラフト段階で営業に見せて修正を入れてもらう形が有効です。「マーケが作って渡す」構造を「一緒に作る」構造に変えるだけで、その後の利用率は大きく変わります。部門間の連携設計そのものについてはマーケティングと営業の連携の仕組み作りを参照してください。

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

ペルソナシートは法人層と個人層の2層で構成します。抽象的な人物像ではなく、施策設計に直結する粒度まで記述することが条件です。

まず、記述すべき項目のテンプレートを示します。すべてを埋める必要はなく、自社の商材で判断に効く項目から埋めてください。

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

この粒度まで記述されていると、「MAを導入したが使いこなせていない層」に向けたコンテンツと広告のメッセージ設計が具体化されます。潜在課題に「効果測定ができず説明根拠が弱い」とある以上、この層に刺さるのは機能紹介ではなく、マーケ施策の効果測定やKPI設計の話題である、という判断ができます。

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

「作ったが使われない」ペルソナには共通した設計上の問題があります。事前に把握しておくことで、同じ失敗を回避できます。

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

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

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

「担当者でもあり意思決定者でもある」「中小企業でも大企業でも使える」といった無理な一般化をすると、どちらにも刺さらないメッセージが生まれます。ペルソナは絞り込むほど有効です。「誰にも刺さらない代わりに全員に届く」より「一部には届かないが、特定の人には深く刺さる」を目指します。

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

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

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

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

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

ペルソナは広告ターゲティング・LP設計・営業スクリプト・メールのパーソナライズ・展示会での声掛けなど、あらゆる接点の設計基準になります。コンテンツ担当だけが参照する文書にしてしまうと、その価値の大半が使われないまま終わります。

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

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

複数設計した後は、どのペルソナにリソースを投下するかを決める必要があります。判断軸は「どこへの接触が受注確度を最も高めるか」です。

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

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

一般にBtoBのインバウンドマーケティングでは、担当者ペルソナからコンテンツを設計し始めるのが有効です。担当者が情報収集の主体であることが多く、検索行動と記事コンテンツの接点を最も作りやすいためです。一方、ABMやエンタープライズ向け営業では意思決定者ペルソナを起点にするケースもあります。

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

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

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

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

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

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

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

ペルソナに対して何を伝えるかの設計はBtoBの訴求設計で扱っています。訴求は全社の1文で終わらせず、3階層に分けると施策に落とせます。

まとめ

BtoBペルソナは、作ることではなく施策の判断基準として機能させることが目的です。要点を整理します。

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

ペルソナが現場で使われない状態が続いている場合、原因はシートの記述精度ではなく、上流のICP定義か、施策への接続のどちらかにあることがほとんどです。どちらが詰まっているかを切り分けることから始めてください。BtoBマーケティング全体の設計順序についてはBtoBマーケティング戦略の立て方で体系的に解説しています。

よくある質問（FAQ）

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

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

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

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

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

まず「仮説ペルソナ」として設計し、仮説であることを明示します。過去の商談・問い合わせ記録・創業者の営業経験・業界レポートなどを参照しつつ、3〜6ヶ月以内に実際の受注データで検証・更新するサイクルを設計してください。仮説のまま長期間放置しないことが重要です。

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

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

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

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