ペルソナの設定
ペルソナの設定はなぜ重要か？
簡単に言うと、ペルソナの設定は「商品企画会議で顧客代表が一緒に座っている」ようなものです。新しい製品やサービスを設計する際、会議室の中で自分たちの思い込みだけで議論していると、どうしても作り手の都合が優先されてしまいます。しかし、実在するかのような詳細な顧客像を会議の席に「招いて」おけば、議論の中で「でも、この田中さん（ペルソナ）はこういう状況だから、この機能は使わないんじゃないか」といった具体的な問いかけができるようになります。抽象的な「ユーザー」ではなく、具体的な「誰か」を想定することで、チーム全員が同じ方向を向いて議論できるようになるわけです。
もう少し正確に言うと、ペルソナは実在する人物のように詳細な属性情報を持った仮想の顧客像であり、製品開発やマーケティング戦略の意思決定の基準点となるものです。年齢、性別、職業、年収といった基本的な属性だけでなく、日常的な悩み、価値観、休日の過ごし方、使用しているテクノロジー、情報収集の方法まで、リアリティのある生活像を描き出します。このように具体化されたペルソナを用いることで、チームメンバー間で顧客イメージの共有が容易になり、意思決定のスピードと質が向上します。特に、エンジニアやデザイナーといった直接顧客と接する機会の少ないメンバーにとって、ペルソナは顧客理解の入り口となり、事業全体への共感を生み出す重要なツールとなります。
具体的には、Airbnbは創業期に具体的なペルソナを設定し、その顧客の旅行体験を徹底的に追求することで、独自のホスピタリティサービスを確立しました。国内では、freeeが「ITに詳しくない小規模事業者」という明確なペルソナを設定し、そのペルソナの視点から会計ソフトのUIを徹底的にシンプル化することで、従来の会計ソフトとは一線を画す製品を生み出しています。SaaS企業の中には、人事労務担当者や経理担当者といった具体的な業務担当者のペルソナを設定し、その人物が実際に直面する課題を一つひとつ解決する形でプロダクトを進化させているケースも少なくありません。これらの企業に共通するのは、ペルソナを一度作って終わりにするのではなく、継続的に見直し、議論の中心に据え続けることで、顧客中心の製品開発を実現している点です。
ペルソナ作成の3つのステップ
ペルソナを効果的に作成するには、体系的なプロセスを踏むことが重要です。思いつきや想像だけでペルソナを作ると、実際の顧客像と乖離し、誤った意思決定を招きます。
第一のステップは情報収集です。利用履歴、ヒアリング、定量調査など、あらゆる手段で実態に近い顧客情報を入手することが重要です。既存顧客がいる場合は、彼らの行動ログ、購買履歴、問い合わせ内容を分析します。また、直接インタビューを実施し、彼らの日常的な悩み、意思決定のプロセス、価値観を深く理解します。新規事業の場合でも、想定するターゲット層の人々に対して調査を実施できます。この段階で収集するデータの質と量が、後のペルソナの信頼性を決定します。
第二のステップは共通項を探すことです。属性や行動動機の共通特徴を見つけ分類します。個別顧客ではなく代表性をもった共通項を抽出することで、ライフストーリーが具体化します。たとえば、「30代の共働き世帯」「時間に追われている」「効率化ツールに関心が高い」といった共通点を持つグループを特定します。クラスター分析やアフィニティダイアグラム（KJ法）を活用し、パターンを可視化することで、複数のペルソナタイプが浮かび上がってきます。通常、主要なペルソナは2〜3個、多くても5個以内に絞り込むことが推奨されます。あまりに多くのペルソナを作成すると、焦点がぼやけてしまいます。
第三のステップは言語化して共有することです。チームメンバーが自然に参照できるよう、プロフィールを言語化します。属性が過剰に修飾されていないか検査が理想的です。ペルソナシートには、写真、名前、年齢、職業、家族構成、年収、性格、価値観、日常的な課題、製品を使う動機、情報収集の方法などを盛り込みます。ただし、意思決定に影響しない過剰な情報は削除し、本質的な部分に焦点を当てます。作成したペルソナは、Notion、Figma、Miroなどのツールでチーム全体が常にアクセスできる形で共有し、会議室に印刷して掲示することも効果的です。
ペルソナ運用の課題と対策
ペルソナを作成しても、実際の運用段階で陥りやすい課題があります。これらの課題を事前に理解し、対策を講じることで、ペルソナの実効性を高めることができます。
最も典型的なアンチパターンは、調査なしでペルソナを作成することです。チーム内で「こういう人が顧客だろう」と想像だけでペルソナを作ってしまうと、それは単なる仮定に過ぎず、実際の顧客と乖離している可能性が高くなります。必ず実際のユーザーインタビューやアンケート調査、行動ログ分析などのデータに基づいて作成する必要があります。最低でも5〜10人程度のユーザーインタビューを実施し、そこから共通パターンを抽出することが推奨されます。
次に、作成後に運用を放棄してしまう問題があります。ペルソナは一度作って終わりではなく、市場の変化や新たに得られたデータに基づいて定期的に見直す必要があります。四半期ごと、または主要な機能リリース後にペルソナのレビュー会議を設け、「現在のペルソナが実際の顧客を反映しているか」を検証します。実際の顧客データやユーザーインタビュー結果と照らし合わせ、必要に応じてペルソナを修正または新しいペルソナを追加します。ただし、見直しの頻度が高すぎるとペルソナが安定せず、チーム内での共通理解が育ちません。事業のフェーズや市場の変化速度に応じて、適切な頻度を設定することが重要です。
また、過剰に属性を盛り込んでしまう問題も頻繁に見られます。詳細であることが良いペルソナだと誤解し、「好きな音楽」「休日に読む本」「ペットの種類」といった、製品やサービスの意思決定にほとんど影響を与えない情報まで追加してしまいます。情報が多すぎると、かえって重要な特徴が埋もれてしまい、チームメンバーがペルソナの本質を理解できなくなります。属性情報を追加する際には、常に「この情報は意思決定の際に参照されるか」を自問し、必要最小限に絞り込むことが重要です。
さらに、ペルソナを作成しても実際の議論で参照されない問題があります。会議室の片隅にペルソナシートが貼られているだけで、実際の施策会議や機能開発の議論では誰も参照しないケースです。これを避けるには、意識的にペルソナを議論の中心に据える習慣を作る必要があります。会議の冒頭でペルソナを確認する、機能開発の際に「このペルソナにとってこの機能はどういう価値があるか」を必ず問いかける、といったプロセスを組み込みます。また、プロダクトマネージャーやデザインリーダーが率先してペルソナを参照する姿勢を示すことで、チーム全体にその文化が浸透します。
カテゴリ内クライテリアの解説
DESIGN-1-1: 少なくとも１つの大きな事業仮説に対して、対応する１つ以上のペルソナが作成されているか
目的: 事業の成否を左右する重要な仮説に対して、それを検証するための具体的な顧客像を定義することが目的です。事業仮説が「30代の共働き世帯は家事代行サービスに月3万円を支払う意向がある」というものであれば、その仮説を体現する「32歳、夫婦共働き、世帯年収800万円、2歳の子ども1人」といった具体的なペルソナを作成します。
実装のポイント: まず事業の核となる仮説を明確にします。その仮説において想定している顧客セグメントを特定し、そのセグメントを代表する架空の人物を詳細に描写します。実在する人物像のように、年齢、性別、居住地、職業、役職、年収、趣味、価値観、家族構成、休日の過ごし方、ネットリテラシーなどを設定します。この際、単なる統計データの羅列ではなく、「この人物ならこう考え、こう行動するだろう」という行動原理まで想像できる程度の具体性が必要です。Goodpatchのブログ記事などを参考に、実際のユーザー調査データを基に作成することが推奨されます。
注意点: ペルソナ作成は想像力を働かせる作業ですが、完全な空想であってはなりません。実際のユーザーインタビューやアンケート調査などのデータに基づいて作成することが重要です。また、事業仮説とペルソナの対応関係を明確にしておかないと、議論の際に「どのペルソナについて話しているのか」が曖昧になり、混乱の原因となります。
DESIGN-1-2: 事業、製品のペルソナについて、データや仮説検証で学習したことを受けて定期的に見直しているか
目的: ペルソナは固定的なものではなく、市場の変化や新たに得られたデータに基づいて進化させるべきものです。定期的な見直しにより、ペルソナが常に現実の顧客像を反映した状態を保ち、意思決定の精度を高めることが目的です。
実装のポイント: 四半期ごと、または重要な機能リリースやマーケティングキャンペーンの後など、定期的にペルソナのレビュー会議を設けます。その際、実際の顧客データ、ユーザーインタビューの結果、行動ログ分析、NPSスコア、カスタマーサポートへの問い合わせ内容などを持ち寄り、現在のペルソナがまだ有効かどうかを検証します。特に重要なのは、「想定していたペルソナと実際の顧客の間にズレがないか」を確認することです。ズレが見つかった場合は、ペルソナの属性を修正するか、新しいペルソナを追加します。
注意点: 見直しの頻度が高すぎると、ペルソナが安定せず、チーム内での共通理解が育ちません。逆に頻度が低すぎると、市場の変化に対応できなくなります。事業のフェーズや市場の変化速度に応じて、適切な見直し頻度を設定することが重要です。また、見直しの際は必ずデータに基づいて議論し、個人の主観や声の大きい人の意見だけで変更しないよう注意が必要です。
DESIGN-1-3: ペルソナを記述した資料は、施策会議のたびに意識され、参照されているか
目的: ペルソナは作成して終わりではなく、日常的な意思決定の場で実際に活用されて初めて価値を発揮します。施策会議のたびにペルソナを参照する習慣を作ることで、顧客中心の意思決定を組織文化として定着させることが目的です。
実装のポイント: 会議室の壁にペルソナシートを貼り出す、会議資料の冒頭にペルソナを掲載する、オンライン会議であればペルソナ資料を画面共有するなど、物理的に「見える化」することが有効です。議論の際には「このペルソナにとってこの機能はどういう価値があるか」「この施策はペルソナの課題を解決できるか」といった問いかけを習慣化します。特に、新機能の開発判断や優先順位付けの際には、必ずペルソナの視点から評価するプロセスを組み込みます。FigmaやNotionなどのツールでペルソナ資料を常に最新版にアクセスできるようにしておくことも効果的です。
注意点: 形式的にペルソナ資料を参照するだけでは意味がありません。実質的な議論の中でペルソナの視点が意思決定に影響を与えているかが重要です。また、ペルソナを絶対的な基準として扱いすぎると、ペルソナに当てはまらない顧客セグメントの声を無視することになりかねません。ペルソナはあくまで代表的な顧客像であり、それ以外の顧客も存在することを忘れないようにする必要があります。
DESIGN-1-4: ペルソナについて、チームで繰り返し議論されイメージの共有化をしているか
目的: ペルソナの詳細な資料があっても、チームメンバーそれぞれが異なるイメージを持っていては意味がありません。繰り返しの議論を通じて、チーム全員が同じ顧客像を頭の中に描けるようになることが目的です。
実装のポイント: 定期的にペルソナについての対話の時間を設けます。たとえば、週次のチームミーティングで「今週はペルソナの田中さんが直面している課題について話し合う」といったテーマ設定をします。また、ロールプレイング形式で「あなたがこのペルソナだったら、この機能をどう使うか」を実演してもらうことも効果的です。ペルソナのライフストーリーを共有し、「この人物の一日の流れ」「週末の過ごし方」「仕事での典型的な悩み」などを具体的にイメージできるまで話し合います。新しいメンバーが加わった際には、オンボーディングプロセスの中でペルソナ理解のセッションを必ず組み込みます。
注意点: 議論が表面的な属性情報の確認だけに終わらないよう注意が必要です。重要なのは、ペルソナの行動原理、価値観、意思決定の基準といった深層的な部分まで共有することです。また、議論の中でペルソナが「進化」していくことは自然ですが、それを記録として残さないと、またバラバラのイメージに戻ってしまいます。議論の結果を必ずドキュメントに反映させる習慣が重要です。
DESIGN-1-5: B2Bなど顧客における関係者が複数人いる場合、購買プロセスの各担当者など、意思決定に関わる人物の数だけ必要なペルソナを作っているか
目的: B2B環境では、購買決定に関わるステークホルダーが複数存在し、それぞれが異なる関心事や評価基準を持っています。すべての意思決定者のニーズに応えるために、関係者ごとのペルソナを作成することが目的です。
実装のポイント: B2B製品の購買プロセスを分析し、関与するステークホルダーを洗い出します。典型的には、エンドユーザー（実際に製品を使う担当者）、ミドルマネージャー（導入を推進する現場責任者）、経営層（予算承認者）、IT部門（技術的な評価者）、調達部門（契約担当者）などが存在します。それぞれについて、個別のペルソナを作成し、彼らの関心事、評価基準、意思決定に影響を与える要因を明確にします。たとえば、エンドユーザーのペルソナは「日常業務の効率化」に関心があり、経営層のペルソナは「ROIと戦略的価値」に関心があるといった違いを明確化します。
注意点: ペルソナの数が多くなりすぎると、管理が煩雑になり、かえって活用されなくなるリスクがあります。購買プロセスにおいて本当に重要な意思決定者に絞り込むことが重要です。また、各ペルソナ間の関係性や影響力の強さも理解しておく必要があります。たとえば、経営層の承認が最終的に必要であっても、実際には現場責任者の推薦が最も影響力を持つ場合もあります。
DESIGN-1-6: ペルソナの具体的なライフストーリーが欠如しており、仮説構築につながらない（アンチパターン）
目的: このクライテリアは避けるべきアンチパターンを示しています。ペルソナに具体的なライフストーリーが欠けていると、単なる属性情報の羅列になってしまい、実際の製品開発や仮説構築に活用できなくなります。
実装のポイント: ライフストーリーは、ペルソナの特徴を踏まえた典型的な日常生活、悩み、ストレス、好み、興味・関心などを物語形式で詳細に描写するものです。たとえば「32歳の山田花子さんは、2歳の娘を持つワーキングマザーです。朝は6時に起床し、娘を保育園に送ってから会社に出勤します。仕事は充実していますが、夕方6時のお迎え時間に間に合わせるためにいつも時間に追われています。週末は家族との時間を大切にしたいと思いつつ、溜まった家事に追われることが多く、もっと効率的に生活したいといつも考えています」といった具合です。このように、一日の流れや週の流れを具体的に描写します。株式会社オレンジフリーの記事などを参考にすると良いでしょう。
注意点: ライフストーリーが詳細すぎて、フィクション小説のようになってしまうと、かえってペルソナの本質が見えにくくなります。重要なのは、製品やサービスと関連する部分の生活を詳しく描写することです。また、ライフストーリーは実際のユーザー調査やインタビューに基づいて作成する必要があり、完全な創作であってはなりません。
DESIGN-1-7: 過剰に属性情報が肉付けされていて、チームのメンバーが同じユーザー像を想像しづらいペルソナになっている（アンチパターン）
目的: このアンチパターンは、詳細さと具体性のバランスを欠いたペルソナの問題を示しています。属性情報が過剰になると、重要な特徴が埋もれてしまい、チーム内での共通理解を阻害します。
実装のポイント: ペルソナの詳細さは「製品やサービスの意思決定に影響を与える情報」に絞り込むべきです。たとえば、B2B向けのプロジェクト管理ツールを開発している場合、ペルソナの「好きな音楽ジャンル」や「休日に読む小説の種類」といった情報は、意思決定にほとんど影響を与えません。一方で、「一日に何件のタスクを管理しているか」「チームメンバーとのコミュニケーション頻度」「使用しているツール」といった情報は極めて重要です。属性情報を追加する際には、常に「この情報は意思決定の際に参照されるか」を自問する必要があります。
注意点: 過剰な肉付けは、ペルソナ作成者が「詳細であることが良いペルソナだ」と誤解している場合に起こります。ペルソナの質は情報量ではなく、チーム全員が同じイメージを共有できるかどうかで判断すべきです。また、一度作成したペルソナに情報を追加し続けると、どんどん複雑化してしまうため、定期的に「本当に必要な情報か」を見直し、不要な情報は削除する勇気も必要です。
DESIGN-1-8: ユーザーインタビュー/ユーザー調査なしに勝手なイメージでペルソナを作っている（アンチパターン）
目的: このアンチパターンは、データに基づかないペルソナの危険性を示しています。実際のユーザー調査なしに作られたペルソナは、単なる仮定や偏見に過ぎず、誤った意思決定を導きます。
実装のポイント: ペルソナ作成の前に、必ず実際のユーザーインタビューやアンケート調査、行動ログ分析などでデータを収集します。既存顧客がいる場合は、彼らにインタビューを実施し、属性情報だけでなく、日常的な課題、意思決定のプロセス、価値観などを深く理解します。新規事業の場合でも、想定するターゲット層の人々に対して調査を実施できます。これらの調査結果をもとに、共通するパターンや典型的な顧客像を抽出し、それをペルソナとして定義します。調査データとペルソナの対応関係を明確にし、「このペルソナの属性は〇〇さんへのインタビュー結果に基づいている」といったトレーサビリティを保つことが重要です。
注意点: 時間や予算の制約から、十分な調査なしにペルソナを作成してしまうケースが多くあります。しかし、根拠のないペルソナは、チームを誤った方向に導く危険性があります。最小限でも、5〜10人程度のユーザーインタビューを実施することを推奨します。また、社内の人間だけで想像して作ったペルソナは、往々にして作り手の都合の良いイメージが反映されてしまうため、必ず実際のユーザーの声を基にすることが不可欠です。
参考資料・ツール
参考書籍・記事
Goodpatchのブログ記事「ペルソナ法について、ユーザーの『悩み』や『課題』を明確にする方法」は、ペルソナ作成の実践的な手法を学べる優れた資料です。ユーザーの悩みや課題を明確にするためのインタビュー手法や、得られた情報をどのようにペルソナに落とし込むかが具体的に説明されています。
株式会社オレンジフリーの記事「ペルソナとは？意外に知らないペルソナ設定の本質！」では、ライフストーリーの重要性と具体的な記述方法が詳しく解説されています。特に、5年間のOL生活を終えた2歳の女の子を持つ母親のストーリー例は、どの程度の詳細さでライフストーリーを描写すべきかの良い参考になります。
アラン・クーパー著『About Face: インタラクションデザインの教科書』は、ペルソナ手法の生みの親による古典的名著です。ペルソナがなぜ有効なのか、どのように作成し活用すべきかが理論的に説明されています。
関連するフレームワーク
共感マップ（Empathy Map）は、ペルソナの補完ツールとして有効です。ペルソナが「何を考え、何を感じ、何を言い、何を行うか」を4象限に分けて整理することで、ペルソナの内面をより深く理解できます。
カスタマージャーニーマップは、ペルソナが製品やサービスと接するプロセス全体を時系列で可視化するツールです。ペルソナの各タッチポイントでの感情、行動、課題を整理することで、改善すべきポイントが明確になります。
ジョブ理論（Jobs to be Done）は、ペルソナが「何を達成しようとしているか」という視点から顧客を理解するフレームワークです。ペルソナの属性情報だけでなく、彼らが「雇用」しようとしているジョブ（仕事）を理解することで、より本質的な顧客ニーズに迫ることができます。
推奨ツール
Figmaのペルソナテンプレートを活用すれば、チーム全員がリアルタイムで編集・参照できるペルソナ資料を作成できます。視覚的に魅力的なペルソナシートを作成することで、チームメンバーの関心を引き、活用頻度を高めることができます。
Notionでペルソナデータベースを構築すれば、複数のペルソナを一元管理し、関連するユーザーインタビュー記録や調査データとリンクさせることができます。検索性が高く、常に最新版にアクセスできる点が優れています。
Miroのようなオンラインホワイトボードツールは、チームでペルソナを共同作成する際に有効です。ワークショップ形式でペルソナを作成する際、付箋を使って属性情報を整理したり、ライフストーリーを共同で書き上げたりする作業がスムーズに行えます。