ペルソナとは？ターゲットとの違い・調査から作る手順と記入例
ペルソナは、ユーザーや顧客の調査で得た課題・目的・行動・制約のパターンをまとめた、架空の代表像です。一人の実在人物をそのまま写すものでも、年齢や職業から好みを想像して完成させるものでもありません。誰のどの状況を理解し、どの判断に使うかを先に決めます。
名前や写真、家族構成を細かく付けても、根拠がなければ顧客理解にはなりません。調査で確認した事実、合成したパターン、未検証の仮説を分け、施策や製品を実際の人に確かめることが大切です。この記事では、架空の請求管理業務を例に、作成から見直しまでを説明します。
ターゲット・ICP・顧客プロファイルとの違い
用語の使い方には組織差があります。以下は対象の単位と使う判断を分けるための整理です。どの名称を使っても、入力となる根拠と用途をチームで揃えます。
概念 | 対象・入力の例 | 主な用途 | 注意点 |
|---|---|---|---|
ターゲット層 | 共通条件のある市場・顧客群 | 誰へ価値を提供するか | 層全体が同じ行動をするとは限らない |
ICP | 適合する企業の課題・条件 | 企業の選定・提供範囲 | 企業像と個人の心理を混同しない |
顧客プロファイル | 顧客や企業の属性・取引等の整理 | 現状把握・対象の分類 | 項目と用語の定義を明示する |
ペルソナ | 調査のパターンを合成した役割・人物像 | 課題や制約を共有し案を検討する | 実在人物でも市場全体でもない |
ユーザーストーリー | 役割・したいこと・理由 | 必要な利用場面や機能を表す | それ自体で調査の代わりにはならない |
Nielsen Norman Groupのペルソナ解説は、現実の調査に基づく合成人物像と、目的に必要な情報を選ぶ考え方を説明しています。ペルソナはユーザーテストの代替ではありません。Alan Cooperの『The Inmates Are Running the Asylum』初版による紹介は、出版社提供資料で1999年と確認できます。作成年代の暗記より、調査に基づいて使う方法が重要です。
まず意思決定と役割を限定する
「どの顧客にも使える人物像」を目指すより、「請求管理画面の確認手順を考える」「初回説明で何を案内するか」のように決めたいことを限定します。必要な情報が変わるためです。
B2Bでは、実際に操作するユーザー、購入担当、予算決定者、承認者、ITなどの確認者が異なる場合があります。全ての役割を一人へ押し込むと、その人が持たない権限や情報を前提に施策を作ってしまいます。ABMのアカウント計画では、実在企業の関係者と確認状況を別に整理します。
ペルソナの必要数は、年齢や職種の数で機械的に決めません。目的、行動、制約、判断基準に重要な違いがあるかを見ます。逆に、名前だけ異なり同じ意思決定を表す人物像を増やしても、運用の負担が増えるだけです。
調査の対象と方法を決め、偏りを残す
既存顧客だけでは、使い始められなかった人、離脱した人、失注先、代替手段を選ぶ人の課題を見落とします。調査目的に必要な違いを整理し、募集条件、実施方法、期間、対象外を記録します。
- 今回の判断と、対象となる業務・場面・役割を決める。
- 既存・新規・離脱・非顧客など必要な比較対象を選ぶ。
- インタビュー、観察、問い合わせ、利用記録など確認方法を組み合わせる。
- 質問は実際の行動や直近の場面から聞き、回答を誘導しない。
- 対象が偏った点と、調べられなかった条件を残す。
質問例は「便利な自動化が欲しいですよね」ではなく、「直近の月末は、どの順番で何を確認しましたか」「止まった場面でどう対処しましたか」とします。希望と実際の行動が違う場合も、どちらかを切り捨てず背景を確認します。
CRMは接点を持った人の情報、利用ログは計測できた行動、アンケートは回答した人の情報です。それぞれ母集団、匿名化、欠測、自己選択の影響があります。GA4やNPSだけで、個人の動機や市場全体のニーズを確定しません。
架空の調査記録からパターンを整理する
以下は作り方を示す架空の調査例です。AとBは請求管理の運用担当、Cは承認担当です。3人で市場を代表できるという意味ではなく、異なる役割を混ぜないための例です。
証拠ID・役割 | 架空の発言・観察 | パターン候補 | まだ分からないこと |
|---|---|---|---|
A・運用担当 | 月末に複数の表を照合し、確認漏れを別メモで管理 | 締切前に確認作業が集中する | 他の月や繁忙期も同じか |
B・運用担当 | 修正箇所の担当が分からず確認が止まる | 作業と担当の見える化が必要かもしれない | 組織・権限の違いによる影響 |
C・承認担当 | 最終確認には根拠と変更履歴が必要 | 承認者は確認根拠を重視する可能性 | 必須の記録と責任の範囲 |
AとBから運用担当の人物像の候補を作れますが、Cの承認権限をその人物像へ付け足しません。「月末に多忙な担当だから特定のSNSを使う」「年齢から効率化を好む」といった属性の推測も加えません。
根拠に反する情報があれば残します。ある人は紙を使い、別の人は表計算だけを使うなら、同じ課題を持つのか、別の運用条件なのかを調べます。都合のよい共通点だけを抜き出して一枚の人物像へ合わせないことが大切です。
根拠付きペルソナの記入例
以下は前の架空調査を合成した候補です。名前、年齢、写真は必須ではなく、今回の判断に関係する状況を優先します。実名や不要な個人情報を資料に転載する必要はありません。
シート項目 | 架空の記入例 | 情報の状態 |
|---|---|---|
対象役割 | 月末の請求照合を行う運用担当 | A/Bを対象にした候補 |
目的・成功条件 | 必要な確認を締切までに完了する | 発言・作業から整理 |
現在の行動 | 複数表を照合し、修正担当へ確認する | A/Bの観察に基づく |
制約 | 作業が集中、担当や権限が不明な箇所がある | 観察範囲を明記 |
判断基準 | 未確認項目と担当が分かると助かる可能性 | 仮説、利用者へ検証 |
他の役割 | 最終承認は別担当の場合がある | Cの記録と個社確認へ分離 |
未確認 | アクセス環境、例外業務、利用支援の必要性 | 追加調査へ |
管理 | 証拠ID、調査日、担当、検証予定日 | 更新できる形で記録 |
「確認画面を付ければ満足度が上がる」は、この表から確定する事実ではありません。画面案を作る仮説として、実際の作業で漏れを見つけられるか、担当を判断できるか、別の負担が生まれないかを確認します。
施策や製品の判断に使い、実際の人へ検証する
ペルソナは共有のための道具です。会議で「この人物なら好きそう」と話すだけでは根拠が増えません。採用案と却下案、どの証拠を使ったか、反証できる確認方法を残します。
判断ログ | 記入内容の例 | 検証すること |
|---|---|---|
決めたいこと | 確認項目と担当の見せ方 | 具体的な作業で理解できるか |
根拠 | A/Bの発言と観察 | 別条件の人にも必要か |
案・代替 | 一覧表示、段階表示、現行手順 | 操作や情報量の負担はどう違うか |
仮説 | 担当が見えれば問い合わせが減る可能性 | 実際の質問と誤認を確認 |
結果・次の判断 | 分かったこと、反例、変更点 | 続行・修正・見送りの理由 |
ユーザーテストでは、人物像を演じてもらうのではなく、対象条件に合う実際の人の作業を観察します。ペルソナの説明と違う結果が出たら、資料より現実を優先して見直します。
外部環境の大きな変化はPEST分析、顧客・競合・自社の関係は3C分析で整理できます。これらも、個人の行動を直接証明するものではありません。AIDMAを使う際も、心理段階は仮説として扱い、クリックや開封から確定しないようにします。
更新・廃止の条件とチェックリスト
年に一度の更新を唯一の決まりにせず、顧客構成、製品、利用環境、失注理由、問い合わせが変わったときに確認します。作成から時間が経った項目には、最終確認日と根拠を残します。
- 年齢・性別・職業から行動を決めつけていないか。
- 実際のユーザーと購入者・承認者を分けたか。
- 調査事実、合成パターン、仮説、未確認を区別したか。
- 対象外や反例、募集の偏りを説明できるか。
- 不要な個人情報を削り、判断に必要な項目を選んだか。
- 実際の人へ確認する担当と次回日付があるか。
重複して判断に使われない人物像は統合・廃止を検討します。調査の人数を増やすことだけを完了条件にせず、何がまだ分からず、どの判断を見直すかを明確にします。作成物があるだけで売上や満足度が上がるとは保証できません。
調査から生まれた施策と検証をプロジェクトとして整理するには、Xtrategyの機能で担当や予算・実績の管理を確認できます。人物像を自動で確定するのではなく、根拠、決定、実施、学びをチームで継続して共有する運用につなげましょう。
