ペルソナとは、リサーチを通じて見出された共通パターンを、チームが記憶し活用しやすい形に落とし込んだものです。レポートを共有する前にすべての数値を細かく確認する人や、アカウントの変更承認を同僚に頼っている人などが描かれることもあります。ここで役立つ詳細情報とは、行動やデザイン上のニーズを説明するものです。

名前や写真、架空のプロフィールを載せると、ドキュメントとしては完成度が高そうに見えますが、そうした本質的な説明が抜け落ちてしまうことがあります。ペルソナを作成する本質は、キャラクターを着飾ることではなく、パターンを特定し、裏付けることにあります。

ペルソナでサポートすべき意思決定を見定める

大枠の市場計画に向けたペルソナと、専門的なワークフローの再設計に向けたペルソナとでは、求められる詳細が異なります。まずはスコープを定め、その中で意味を持つ違いをリサーチから見出しましょう。

Nielsen Norman Groupのペルソナ分類に関する解説では、エビデンスのレベルや種類に応じたアプローチが整理されています。仮説ベースのプロトペルソナは、チームの思い込みを可視化するのに役立ちます。ただし、あくまで仮説であることを明記し、今後のリサーチの出発点として扱うことが前提です。

たとえばレポートツールの例では、インタビューや行動観察から2つのパターンが見えてくるかもしれません。他者のために定期レポートを作成する人と、新たな問いへの答えを探すためにデータを探索する人です。こうしたニーズは、年齢や職位を問わず見られます。デモグラフィック情報の違いは、テンプレートに空欄があるからではなく、体験に影響を与える場合にのみ記載すべきです。

追跡可能なパターンをもとにペルソナを形づくる

ペルソナをいくつ作るかを決める前に、各事例を比較検討してください。ゴール、行動、制約、知識の組み合わせに着目しつつ、単純なグループ化を難しくする例外にも目を向けましょう。親和図法（アフィニティマッピング）はこの整理に役立ちますが、付箋のクラスターをただ眺めるだけでなく、そこから文脈を読み解く必要があります。

各ペルソナは、関連する状況、典型的なゴール、障害、そして想定される意思決定への示唆を説明している必要があります。裏付けとなるリサーチ結果へのリンクを残し、不確実なディテールはそれが伝わるようにしておきましょう。架空の名前に、あたかも参加者の実際の発言であるかのような創作の引用文を添えてはなりません。

ペルソナの分類を固定的なアイデンティティとして扱わないようにしましょう。同じ人であっても、定例レポートを作成するときと、緊急の問題を調査するときとでは行動が異なる場合があります。Jobs to be Done（JTBD）のアプローチを取り入れることで、そうした状況による変化を捉えやすくなります。

ペルソナが本当に機能しているかを検証する

実際の意思決定の場で、チームメンバーにペルソナを使ってもらいましょう。どのペルソナでも同じ結論に至るようであれば、差別化が曖昧すぎるか、業務に直結していない可能性があります。また、ペルソナの主張をエビデンスに紐付けられない場合は、描写を断定的に作りすぎているかもしれません。

ターゲット層やプロダクトの変化に合わせてペルソナをアップデートし、そのスコープと日付を記録しておきましょう。ペルソナは定期的に手入れをすべき「リサーチの統合体」であり、今後ユーザーと直接接点を持つことの代用にはなりません。その価値は、チームが「誰の体験を重視してデザインすべきか」を判断する際に、明確な視点を提供し続けられる点にあります。