UIXHERO

ペルソナ接続|インタビュー技術

インタビューのインサイトをペルソナに統合し、ユーザー像をデータで裏付ける技法。

2026年3月22日
更新: 2026年8月27日
5
by Dengen Yosho(DGYS)

この技術でできること

  • 具体的なユーザー像に統合できる
  • を「想像」ではなくデータで裏付けられた人物像に更新できる
  • チーム全員が同じユーザーを想像して意思決定できるようになる

: 「20代女性、ECアプリをよく使う」という属性ペルソナでは施策は生まれない。「送料の不透明さで離脱し、比較行動の末に安心感のあるサービスに流れる」という行動ペルソナなら施策が見える


なぜ難しいか

ペルソナとインタビュー結果の接続には抽象度の調整が必要。

インサイトは個別具体的だが、ペルソナは汎用的でなければならない。個別の発話をそのままペルソナに入れると「特定の1人の話」になる。かといって抽象化しすぎると「誰にでも当てはまる空っぽのペルソナ」になる。このバランスが難しい。


接続プロセス

全体フロー

「既存ペルソナの確認」→「インサイトの整理」→「ペルソナの更新」→「チームへの共有」。インタビューは既存ペルソナをし、更新するための手段。


ステップ1: 既存ペルソナを確認する

目的: 現在のペルソナが何を元に作られているかを把握する

やること:

  • ペルソナがあるなら、元のデータソースを確認
  • ペルソナがないなら、インタビュー結果から新規作成
  • 既存ペルソナのどの部分がデータで検証できたかを整理
既存ペルソナの要素データで検証できたか
基本属性(年齢、職業)✅ スクリーナーで確認済
行動パターン🔄 インタビューで更新が必要
ゴール・ニーズ🔄 インサイトで更新
❌ 新しい発見あり

ステップ2: インサイトをペルソナ要素に整理する

目的: インサイトのどの部分がペルソナのどの要素に対応するかを明確にする

ペルソナの構成要素とインサイトの対応:

ペルソナ要素インサイトから抽出するもの
行動パターンユーザーが実際にしていること
ゴールユーザーが本当に達成したいこと
ペインポイントユーザーが困っていること
意思決定の軸何を基準に選んでいるか
文脈どんなで使っているか

具体例:

【インサイト】
ユーザーはカートに入れた後に送料がわからず離脱する。
なぜなら、購入の最終判断に「総額の可視性」が必要だから。
→ 比較行動を経て、安心感のあるサービスに流れる。

【ペルソナ要素への変換】
行動パターン: カート→送料確認→比較→離脱or購入
ゴール: 安心して購入できること
ペインポイント: 総額が不明な状態での意思決定
意思決定の軸: 「安心感」(価格だけでなく透明性)
文脈: 通勤中のスマホでの購入検討

ステップ3: ペルソナを更新する

目的: インタビュー結果を反映した、データ駆動のペルソナに更新する

更新のルール:

  • 追加: 新しく発見した行動・ニーズを加える
  • 修正: データで否定された仮説を修正する
  • 強化: 既存の要素にデータの裏付けを追加する
  • 削除: データで裏付けられなかった想像上の要素を削除する

出力例:

【ペルソナ: 比較買いのユキさん】

基本情報:
- 28歳、会社員(通勤40分)
- ECの利用頻度: 週2〜3回(主に通勤中)

行動パターン:
- 「気になる」→ カートに入れる → すぐには買わない
- 送料を確認 → 他のアプリと比較 → 安心できる方で購入
- 「3000円以上送料無料」のラインを意識している

ゴール:
- 「損をしない買い物」をしたい(安さより安心)

ペインポイント:
- カートに入れるまで送料がわからない
- 比較のために複数アプリを行き来する手間
- 「結局どっちが得か」の判断に時間がかかる

意思決定の軸:
- 安心感(総額が見えること>最安値)

【裏付けデータ】
- U001: 「送料がわからないから不安」
- U003: 「結局、安心感が足りない」
- U005: 「どっちが得かわかんなくて、もういいやってなる」

ステップ4: チームに共有する

目的: ペルソナをチーム共通の意思決定ツールにする

やること:

  • 更新内容と根拠データをセットで共有
  • 「このインサイトからこの要素を更新した」の因果を示す
  • 壁に貼る / Notion にまとめる / ワークショップで共有

よくある失敗

❌ 全員の話を1つのペルソナに混ぜる

5人のインタビュー結果を1人のペルソナに統合し、「誰にでも当てはまるけど誰でもない」ペルソナを作る。

なぜ失敗するか: 異なる行動パターンのユーザーを混ぜると、矛盾した人物像になる。

対策:

  • まず行動パターンでを分ける
  • セグメントごとに1ペルソナ
  • 1つのインタビューシリーズで2〜3ペルソナまで

❌ 属性ペルソナで止める

「28歳、女性、会社員」だけのペルソナ。

なぜ失敗するか: 施策が生まれない。属性だけではユーザーの行動は予測できない。

対策:

  • 行動・ゴール・ペインポイントを必ず含める
  • 「このペルソナから施策が3つ以上出せるか?」でテストする

実践チェックリスト

最低ライン(Must)

理想ライン(Better)


関連技術

前提となる技術

セットで使う技術

次に学ぶ技術


まとめ

  • この技術の本質: ペルソナを「想像」から「データ駆動」に更新し、チーム共通の意思決定ツールにする
  • できるようになること: インサイトに裏付けられた、施策に繋がるペルソナを作れる
  • 次に学ぶべき技術: ジャーニーマップ接続(ペルソナの行動を体験設計に統合する)

インサイトの統合先:

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

親和図法|インタビュー技術

コーディングしたデータをグルーピングし、テーマを発見する親和図法(アフィニティダイアグラム)の技法。

2026年3月22日
8

ジャーニーマップ接続|インタビュー技術

インタビューのインサイトをジャーニーマップに統合し、ユーザー体験の改善ポイントを特定する技法。

2026年3月22日
6

記録・文字起こし|インタビュー技術

インタビューの記録方法と文字起こしの技法。データを分析可能な状態にする。

2026年3月22日
6

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る