ペルソナ設計

英語名 Personas
読み方 ペルソナズ
難易度
所要時間 2〜5時間
提唱者 Alan Cooper
目次

ひとことで言うと
#

リサーチデータに基づいて、ターゲットユーザーの代表的な人物像(ペルソナ)を作り、チーム全体が「この人のために作っている」と共有できる判断軸にする手法。「20〜30代女性」のような曖昧なターゲットを、名前・顔・生活・悩みを持つ具体的な人物に変換する。

押さえておきたい用語
#

押さえておきたい用語
ペルソナ(Persona)
リサーチデータに基づいて作成した架空の代表的ユーザー像のこと。名前・年齢・職業・ゴール・ペインポイントなどを持つ具体的な人物として定義する。
メインペルソナ
複数のペルソナの中で最優先で設計する対象となる1体を指す。機能の取捨選択やデザイン判断の最終基準になる。
ゴール(Goal)
ペルソナが達成したい目標のこと。「毎月の支出を把握して貯金を増やしたい」のように具体的に定義する。
ペインポイント(Pain Point)
ペルソナが現在困っていること・不満に感じていることである。プロダクトが解決すべき課題の源泉になる。

ペルソナ設計の全体像
#

リサーチ→パターン発見→ペルソナ作成→意思決定に活用
リサーチインタビュー5〜10人アンケート・行動ログ想像ではなくデータが起点パターン発見行動パターンでグルーピング年齢ではなくゴールで分類ペルソナ作成2〜3体を定義メイン1体を決定名前・顔・ゴール・悩み「この人のために作っている」チーム全員の判断軸として日常的に活用する機能の取捨選択デザインレビュー6ヶ月ごとに見直し
ペルソナ設計の進め方フロー
1
ユーザーリサーチ
インタビュー5〜10人でデータ収集
2
パターン発見
行動・ゴール・悩みでグルーピング
3
ペルソナ作成
2〜3体を定義しメイン1体を決定
判断軸として活用
日常の意思決定でペルソナを参照

こんな悩みに効く
#

  • ターゲットが「20〜40代のビジネスパーソン」と広すぎて、デザインの方向性が定まらない
  • チーム内で「ユーザー」のイメージがメンバーごとに違う
  • 機能追加の判断基準が「声の大きい人の意見」になっている

基本の使い方
#

ユーザーリサーチでデータを集める

ペルソナは想像で作らない。必ず実データに基づく。

  • ユーザーインタビュー: 5〜10人。日常の行動、悩み、目標を深掘り
  • アンケート調査: 定量データで傾向を把握
  • 行動データ分析: アクセス解析、利用ログ、カスタマーサポートの問い合わせ内容

集めたデータから共通パターンを見つける。年齢や性別ではなく、「行動パターン」「ゴール」「痛み」の類似性でグルーピングする。

ペルソナを2〜3体作成する

グルーピングした行動パターンごとに1体のペルソナを作る。

含めるべき要素:

  • 名前・年齢・職業・写真: 感情移入できる具体性を持たせる
  • ゴール: この人が達成したいこと(例:「毎月の支出を把握して貯金を増やしたい」)
  • ペインポイント: 現在の悩み・不満(例:「家計簿が続かない」)
  • 行動パターン: 日常的にどう行動するか
  • 技術リテラシー: デジタルツールの使い慣れ度
  • 引用文: その人が言いそうな一言(例:「記録は面倒だけど結果は見たい」)

多くても3体。増やすほど焦点がぼやける。メインペルソナを1体決め、最優先で設計する対象とする。

ペルソナを意思決定に活用する

作って終わりではなく、日常的な判断基準として使う

  • 「田中さん(ペルソナ名)はこの機能を使うか?」で機能の取捨選択
  • デザインレビューで「田中さんにとってこの文言は理解できるか?」と問う
  • ミーティングルームにペルソナを印刷して貼っておく
  • 新メンバーのオンボーディングでペルソナを共有する

ペルソナは6ヶ月〜1年ごとに見直す。ユーザーの状況は変化するため、古いペルソナは判断を誤らせる。

具体例
#

例1:家計簿アプリのペルソナで機能の優先順位を決定

状況: ユーザー数5万人の家計簿アプリ。新機能の要望が月50件以上届くが、開発リソースは限られている。チーム内で「どの機能を優先するか」の議論が毎回紛糾。

インタビュー8人の結果から2体のペルソナを作成:

ペルソナ1(メイン): 佐藤 美咲(32歳・IT企業 マーケター)

  • ゴール: 健康的な支出習慣を身につけて年間50万円貯金したい
  • ペインポイント: レシートの手入力が面倒で3日坊主になる
  • 引用文: 「記録は面倒だけど結果は見たい」

ペルソナ2: 鈴木 健太(45歳・メーカー勤務 管理職)

  • ゴール: 家族全体の支出を把握して教育費を計画的に確保したい
  • ペインポイント: 妻と支出情報を共有する方法がない
  • 引用文: 「家族で使えるシンプルなものがいい」

活用結果:

  • 「AIレシート読み取り」を最優先開発(メインペルソナの最大ペインポイント)
  • 「家族共有機能」を次フェーズに(サブペルソナのニーズ)
  • 「投資連携機能」は見送り(どちらのペルソナにも不要)
指標BeforeAfter変化
機能優先度の決定時間会議3回・計6時間会議1回・1時間-83%
7日後の継続率38%56%+18pt
App Store評価3.64.2+0.6

7日後の継続率38%→56%、機能優先度の決定時間83%削減。「誰が声が大きいか」ではなく「ペルソナにとって価値があるか」で判断する文化が定着した。

例2:BtoB SaaSのペルソナでオンボーディングを最適化

状況: 従業員200名のプロジェクト管理SaaS。ターゲットが「IT企業」と広すぎて、初回利用後の継続率が28%と低い。

顧客インタビュー10社の結果から2体を作成:

  • メイン: PM田村(35歳・スタートアップのPM) — ゴール: チームの進捗を1画面で把握したい。ツールに慣れている。
  • サブ: 総務の小林(42歳・中小企業の総務部長) — ゴール: エクセル管理から脱却したい。ITツールは苦手。

改善: メインペルソナ向けにはクイックスタートガイド(3分で完了)、サブペルソナ向けにはステップバイステップの動画チュートリアルを用意。

指標BeforeAfter変化
オンボーディング完了率41%72%+31pt
初月の継続率28%53%+25pt
サポート問い合わせ月120件月45件-63%

オンボーディング完了率41%→72%、サポート問い合わせ63%削減。ターゲットを「IT企業全般」から2体のペルソナに絞ったことで、技術リテラシーの差に合わせた設計が可能になった。

例3:地方の道の駅ECサイトがペルソナで売上を2.4倍に

状況: 年間売上800万円の道の駅オンラインショップ。「全国の人に地元の特産品を届けたい」という目標はあるが、誰に何を売るかが定まらず、トップページに100商品を均等に並べている。

既存顧客60名へのアンケート + 5名インタビューから2体を作成:

  • メイン: 渡辺 恵子(48歳・横浜在住・共働き主婦) — ゴール: 週末のちょっと贅沢な食卓に、産地直送の食材を取り寄せたい。月予算5,000円。
  • サブ: 山本 拓也(33歳・東京在住・IT企業勤務) — ゴール: お世話になった人への贈り物に、センスの良い地方の逸品を選びたい。

改善:

  • トップページを「今週のおすすめ食材」(メインペルソナ向け)と「贈り物セット」(サブペルソナ向け)の2軸に再構成
  • 「渡辺さんが求める情報」を優先: 産地の写真、生産者の顔、おすすめの食べ方レシピ
  • 月額会員プラン「旬の定期便」を新設(月5,000円・メインペルソナの予算に合致)
指標BeforeAfter変化
月間売上67万円160万円2.4倍
リピート率12%34%+22pt
定期便会員数48名新規

月間売上67万→160万円(2.4倍)。「全国の人」ではなく「渡辺恵子さん」のために設計したら、商品の見せ方もプランも明確になった。ターゲットを絞ることは市場を狭めることではない。

やりがちな失敗パターン
#

  1. リサーチなしで想像で作る — 自分たちの理想のユーザー像を作ってしまい、実態とズレる。必ずインタビューやデータに基づくこと
  2. ペルソナが多すぎる — 5体以上作ると「全員に配慮」した結果、誰にも刺さらないプロダクトになる。メイン1体+サブ1〜2体で十分
  3. 作って満足して使わない — ペルソナは「飾り」ではなく「判断ツール」。意思決定の場面で毎回参照してこそ価値がある
  4. デモグラフィック情報だけで作る — 「32歳・女性・年収500万」だけでは判断基準にならない。ゴール・ペインポイント・行動パターンこそが本質

まとめ
#

ペルソナ設計は 「ユーザーを具体的な人物として定義する」 ことで、チーム全員が同じ方向を向ける強力な手法。リサーチデータに基づき、2〜3体作り、日常的な判断基準として活用する。「この人のために作っている」 という共通認識が、ブレないプロダクト開発の土台になる。