「38歳、都内在住、趣味はキャンプ。情報収集はSNS」。企画会議でここまで書き出したのに、次に誰へ会いに行くかは決まらない——ペルソナ作りでよく起きる光景です。ペルソナとは本来、顧客の行動・目的・制約を一人の人物像にまとめた「検証可能な顧客仮説」。プロフィールを飾るための資料ではありません。
厄介なのは、写真や名前が具体的であるほど、調査で分かった事実まで増えたように見えてしまうことです。使えるペルソナは順序が逆で、想像より先に根拠を置きます。顧客が実際に取った行動、いまの代替手段、達成したい結果、動かせない制約。未確認の箇所には「仮説」と印を付け、合わない証拠が出たら人物像のほうを書き換えます。
この記事では、マーケティング施策に限らず、新規事業の顧客探索や仮説検証にも使えるペルソナの作り方を解説します。
ペルソナとは｜ターゲット・セグメント・ICPとの違い
ペルソナとは、特定の顧客群に共通する行動・目的・制約を、一人の人物の文脈へまとめた顧客仮説です。 実在する一人の経歴を写すものでも、複数人の平均値を寄せ集めたものでもありません。誰に何を提供するかという判断を、関係者が同じ場面を思い浮かべながら話すために使います。
HubSpot（2024）もバイヤーペルソナを「年齢・趣味のプロフィール」ではなく、判断に使うための行動・目標・制約の共有用の仮説として扱っています。人物名をきれいに作り込むことより、現場の意思決定を再現できるかを優先して設計します。これが出発点です。
似た用語の使い方は組織や手法によって揺れます。ここでは、新規事業の実務に合わせて次のように区分します。
- セグメント：業種、企業規模、行動、課題など、共通条件で分けた顧客の集まり
- ターゲット：複数のセグメントから、自社が優先して働きかけると決めた範囲
- ICP：BtoBで、自社の提供価値と取引条件が合いやすい企業の条件。企業単位で記述する
- ペルソナ：ターゲット企業や顧客群の中で、特定の場面にいる個人の役割・行動・目的・制約を具体化した仮説
たとえば「複数拠点を持つ製造業」はセグメントになり得ます。「新規事業の顧客検証に社外接点を必要とする企業」まで優先条件を狭めれば、ターゲットまたはICPに近づきます。その企業の中で「検証計画を作り、関係部門へ継続可否を説明する事業開発担当者」を描いたものがペルソナです。
もう一つ混同しやすいのがN1分析との関係です。ペルソナは複数の根拠から組み立てる仮説であり、実在する一人の行動を深掘りするN1分析とは役割が違います。まだ本人が言葉にしていない望み（インサイト）を扱うときも、発生場面と現在の対処まで戻って確かめる姿勢は共通です。
ペルソナを作る目的｜必要な場面と作らなくてよい場面
ペルソナを作る目的は、顧客への共感を演出することではなく、顧客に関する複数の判断を同じ仮説から行えるようにすることです。 誰へ会うか、何を聞くか、何を作るか、どう伝えるか。この判断が何も変わらないなら、そもそも作る必要はありません。
企画、営業、開発、デザインが同じ「顧客」という言葉を使っていても、頭の中の人物は一致していないものです。企画は決裁者を、営業は商談窓口を、開発は実際の利用者を思い浮かべています。会議で意見が割れたとき、好みの争いではなく「どのペルソナの、どの行動を変える案か」へ戻れる点に価値があります。
ペルソナが効くのは、次のような場面です。
- 顧客インタビューの対象条件を、役職名ではなく経験や行動で定めたい
- 複数の顧客課題から、先に検証する場面を選びたい
- 試作品へ入れる機能と、後回しにする機能を分けたい
- LP、営業資料、提案時の訴求を、顧客が達成したい結果へ接続したい
- BtoBで、利用者の評価と決裁者・導入審査者の条件を混同したくない
逆に、対象者へ直接会えていて、個別の行動記録をチームで読める段階なら、人物カードを足しても判断は速くなりません。利用場面が未定、調査材料がない、作成後に変える判断もない——この状態でペルソナ会議を開くより、先に意思決定と調査対象を決めるべきです。初期稿の空欄は、次の調査項目として残せば十分です。
質問の設計にも同じ原則が通ります。『The Mom Test』（2013年）の著者Rob Fitzpatrickは、将来の意向を問う対話より、直近の行動・利用履歴・意思決定の経緯を問う設計を重視しています。相手に想定どおりの回答を言わせるのではなく、決定時の制約まで聞き取ることで、検証の再現性が上がります。
ペルソナの作り方｜調査から共有までの6工程
ペルソナの作り方は、用途を決め、仮の対象範囲を置き、顧客の行動証拠を集め、違いを分け、一人分の文脈にまとめ、実際の判断で試す——この6工程で進めます。 プロフィール作成から始めず、何の判断に使うかを最初に一文で固定してください。
1．ペルソナで変える意思決定を一つ決める
「顧客理解を深める」では終点がありません。「インタビュー募集条件を決める」「試作品で先に確かめる業務を選ぶ」「決裁者向けの訴求を決める」のように、作成後に変える判断を書きます。
2．セグメントとICPから仮の対象範囲を置く
BtoCなら利用場面や行動から、BtoBなら企業の状況・担当業務・直近の経験から、仮の範囲を決めます。「新規事業担当者」だけでは広すぎます。「顧客検証を任され、社外の対象者を探した経験がある担当者」まで書けば、会うべき相手を判定できます。条件を広げた場合は、その理由も残しておきましょう。ここで決めた条件が、インタビュー対象者の集め方の起点になります。
3．意見ではなく、直近の行動を集める
商談記録、問い合わせ、解約理由、利用ログ、顧客インタビューから、実際に起きた出来事を集めます。「理想のサービスは？」より、「最後に同じ状況になったのはいつか」「何をしたか」「何と比べたか」「誰が止めたか」。将来の意向だけでは行動を裏付けられません。質問項目とインタビュー記録の取り方は、別途型を決めておくと工程全体が速くなります。
サンプル数の目安としては、5人規模の観察で発見率が累積約85%に達するというモデルがあります（出典：Nielsen Norman Group 2000）。
4．属性ではなく、行動と判断条件の違いで分ける
年齢や役職が同じでも、代替手段、困る場面、変える権限、成功の判定は人によって異なります。その違いが製品や訴求を変えるなら別の候補に分け、変えないなら分けません。「慎重だが新しいものも好き」と形容詞で平均化せず、どの条件で何を選んだかを書きます。
5．一人分の場面へまとめ、根拠の状態を付ける
役割、発生場面、達成したい結果、現在の行動、制約、判断条件、関係者を一枚へまとめます。各項目には「確認済み」「仮説」「未確認」の区分を付け、確認済みには参照先を残します。名前と写真は任意です。架空の素材には「架空」と明記し、根拠のない家庭事情や性格を足さないでください。
6．実際の判断に当て、差分が出たら更新する
対象者の募集、質問、機能の優先順位、訴求のいずれかへ実際に当てます。問い方は「この人物ならどう思うか」ではなく、「記録された行動と制約なら、どの案を残すか」。合わない証拠も捨てずに残し、対象範囲・行動・制約を更新します。ここまで来ると、ペルソナは顧客仮説を書き表す一つの形式として機能し始めます。
ペルソナの項目｜テンプレートに何を書くか
ペルソナのテンプレートには、人物を飾る情報ではなく、顧客を見つけ、課題を聞き、提供内容を選ぶための情報を書きます。 ここで紹介するペルソナシートは10項目で構成し、確認済み・仮説・未確認を同じ欄に混ぜません。
- 利用目的と版：何の判断に使うペルソナか、作成日、更新日、版番号
- 対象範囲：該当するセグメントやICP、含めない条件
- 役割と責任：担当業務、責任を負う結果、裁量の範囲
- 発生場面・きっかけ：いつ、何が起きたときに課題が表面化するか
- 達成したい結果：本人が仕事や生活で実現したい変化と、その判定方法
- 現在の行動・代替手段：いま何を使い、誰に頼み、どこまで対処しているか
- 負担・制約：時間、費用、権限、契約、情報管理、既存運用など、行動を妨げる条件
- 選択基準・見送り理由：何と比較し、何が満たされれば進み、何があれば止めるか
- 関係者：利用者、起案者、管理者、決裁者、購買・法務・情報管理との関係
- 根拠記録：発言や行動の参照先、確認日、確認済み・仮説・未確認の区分
「情報収集はSNS」「効率を重視」だけでは判断に使えません。何を調べ、何を見て候補へ入れ、誰に相談したのかまで取ります。年齢や利用頻度を平均値で埋める場合も、母集団・取得時点・取得方法が不明なら根拠になりません。実測値がない項目は仮説として残します。
ペルソナの記入例｜BtoB新規事業の架空サンプル
BtoBのペルソナ例は、名前や年齢より、担当する判断、直近の行動、社内の制約、関係者を具体化すると使いやすくなります。
ペルソナ名：製造業の新規事業企画担当（架空） 利用目的：顧客課題インタビューの対象条件と質問を決める 対象範囲：既存技術を使った事業案を持ち、社外顧客への検証を任された担当者 役割と責任：検証計画を組み、事業責任者へ継続・修正・終了の判断材料を提出する
発生場面：社内の技術評価は進んだが、誰がどの場面で対価を払うか説明できない 達成したい結果：賛同コメントではなく、事業案を残すか変えるかを決められる証拠をそろえる 現在の行動：営業部門から既存取引先を紹介してもらい、企画説明後に感想を聞いている 負担・制約：既存取引の関係が回答へ影響する。異なる意見を持つ対象者へ届きにくい。社外へ出せる情報にも制限がある
選択基準・見送り理由：対象経験が明確な相手に会えるか、質問と記録を再現できるか、機密範囲を守れるかで調査方法を選ぶ 関係者：事業責任者、営業部門、技術部門、検証対象となる利用者、予算を持つ決裁者、情報管理部門 根拠状態：全項目が例示用の仮説。実案件ではインタビュー記録や行動記録へ差し替える
この例が手元にあると、判断が具体的に変わります。対象者条件は「製造業勤務」ではなく、「既存技術を使った事業案の顧客検証を任され、社外顧客へ聞いた経験がある人」まで狭められます。質問も「新規事業で困ることは？」から、「最後に社外へ仮説を聞いた場面」「紹介を頼んだ相手」「回答を社内判断へどう使ったか」へ変わります。掘るべきは性格ではなく、既存契約、情報管理、移行負担、決裁権限といった行動を止めた条件です。
BtoBペルソナは利用者・起案者・決裁者を分ける
BtoBペルソナでは、企業の条件を表すICPと、企業内で異なる判断を担う個人ペルソナを分けます。 利用者が高く評価しても、起案者が稟議を作れない、決裁者が投資理由を認めない、導入審査者が条件を満たせない——どれか一つで採用は止まります。
- 利用者：日々の作業で何を達成したいか。現在の手順と切り替え負担は何か
- 管理者：品質、進捗、引き継ぎ、説明責任のどこを管理しているか
- 起案者・推進者：社内提案に必要な根拠は何か。誰の合意を取る必要があるか
- 決裁者：他案件より先に資源を出す条件は何か。見送る理由は何か
- 購買・法務・情報管理：契約、価格比較、データ、権限、運用移管の何を確認するか
すべての役割に同じ深さのカードは要りません。今回の判断に関与する役割を選び、利用者が起案者へ何を渡し、起案者が決裁者へ何を説明し、審査者が何を止めるかを記録します。対象者を集めるときも役職名だけで判断せず、直近にどの決定へ関与したかを条件へ入れてください。
ペルソナが使われなくなる原因と更新方法
ペルソナが形骸化する原因は情報量の不足ではなく、根拠、利用する判断、更新条件のいずれかが欠けていることです。 作成日だけを残すのではなく、どの証拠で何を変えたかを履歴にします。
典型的な崩れ方は次の五つです。
- プロフィールを作り込む：写真や口癖より、判断へ使う行動と制約を先に埋める
- 一人の発言を顧客群へ広げる：反対の行動を取った人や、採用しなかった人と比べる
- 解決策へ合う人物を作る：製品名を外し、達成したい結果、現在の手段、変えない理由から書く
- 利用者と決裁者を合成する：意見を平均化せず、役割別のカードと関係を分ける
- 確認済みと想像を混ぜる：状態、参照先、確認日、変更理由を残す
更新のきっかけは定期日だけではありません。対象市場を変えた、利用者とは別の決裁者が見つかった、実際の試用行動が想定と違った、見送り理由が続いた——こうした意思決定を変える証拠が入った時点で版を上げます。変更後に募集条件、質問、機能、訴求のどれが変わったかまで記録すれば、ペルソナは保存資料ではなく検証記録になります。
まとめ｜ペルソナを意思決定に使える顧客仮説にする
ペルソナとは、顧客群の行動・目的・制約を一人分の文脈へまとめ、対象者選定や製品判断に使う顧客仮説です。 詳細な人物紹介を完成させることより、根拠の状態と次に変える判断を明らかにするほうが先です。
作成は、利用目的、仮の対象範囲、行動証拠、違いの分類、一人分の記述、実際の判断への適用という順で進めます。テンプレートには役割、発生場面、達成したい結果、現在の行動、制約、判断条件、関係者、根拠を残します。確認できていない項目を、もっともらしい数字や性格で埋めないことが原則です。
BtoBでは、ICPと個人ペルソナを分けます。利用者、起案者、決裁者、導入審査者の判断を一人へ合成しません。新しい証拠が出たら対象範囲と記述を更新し、募集条件、質問、機能、訴求のどこが変わったかまで履歴に残します。
無料のペルソナシートで顧客仮説を整理する
この記事で挙げた10項目に、確認済み・仮説・未確認の区分と更新履歴を加えた記入用シートです。顧客インタビューの準備、機能の優先順位、訴求の見直しを同じ顧客仮説から進めたいときに使えます。
［無料資料］ペルソナシートをダウンロードする