第2章 ユーザーの探求と課題定義

1. インタビュー:ユーザーの「物語」を聞く技術

インタビューは、ユーザーの経験、感情、動機といった「なぜ」の部分を深く掘り下げるための最も強力な手法の一つである。我々の仕事は、相手を尋問することではなく、心地よく「物語」を語ってもらう環境を作ることだ。

1-1. インタビューの設計

• 半構造化インタビュー: 事前に大まかな質問リスト(インタビューガイド)は用意するが、会話の流れに応じて柔軟に質問を変えたり、深掘りしたりする手法。UXリサーチでは最も一般的に用いられる。
• 良い質問の作り方:
  • オープンクエスチョン (開かれた質問)を使う: 「はい/いいえ」で終わらない、「5W1H」で始まる質問を心がける。(例:「履修登録をする時、どのように情報を集めますか?」)
  • 過去の具体的な行動について聞く: 人は未来の行動を予測するのが苦手だ。「もし~だったらどうしますか?」ではなく、「最後に〜した時のことについて、詳しく教えてください」と尋ねる。
  • 誘導尋問を避ける: 「この機能は便利だと思いませんか?」のような、答えを誘導する質問はしない。

1-2. インタビューの実践

• ラポールを築く: 最初に自己紹介や雑談を通じて、相手の緊張をほぐし、信頼関係を築くことが最も重要。
• 沈黙を恐れない: ユーザーが考えている沈黙は、金である。焦って次の質問を投げかけず、じっと待つ。
• 相槌と深掘り: 「なるほど」 「面白いですね」といった相槌で、話を聞いていることを示す。「それについて、もう少し詳しく教えていただけますか?」 「その時、どう感じましたか?」といった言葉で、さらに深く掘り下げる。
• オウム返し: ユーザーが言った重要なキーワードを繰り返すことで、相手は「理解してくれている」と感じ、さらに話しやすくなる。(例:「『絶望的な気分になった』んですね...」)

2. 観察:ユーザーの「真実」を見る技術

人は、言うこととやることが違う生き物である。ユーザーが「いつもこうしています」と語ることが、実際の行動とは全く異なる場合がある。観察(行動観察、エスノグラフィ)は、ユーザーが普段いる環境(コンテキスト)の中で、ありのままの行動を捉えることで、インタビューだけでは見えてこない「無意識の行動」や「暗黙のニーズ」を発見する手法だ。

2-1. 観察の心構え

• 事実と解釈を分ける: 観察中は、起こった「事実」のみを記録することに集中する。(良い例:「ユーザーは3回ため息をついた」/悪い例:「ユーザーはイライラしているようだ」)解釈は、後でチームで行う。
• AEIOUフレームワーク: 観察する際に、何に注目すべきかのガイドとなる。
  • Activities (活動): 人々は何をしているか?
  • Environments (環境): どのような場所で、どのような雰囲気か?
  • Interactions (相互作用): 他の人やモノと、どのように関わっているか?
  • Objects (モノ): どのようなモノが、どのように使われているか?
  • Users (ユーザー): 誰がいて、どのような役割を担っているか?

1. 分析と統合:混沌から意味を見出す

インタビューや観察を終えた後、我々の手元には、膨大な量の発言録、メモ、写真といった混沌としたデータ(=Raw Data) が残される。分析と統合 (Synthesis) のフェーズは、この混沌としたデータの中から、意味のあるパターンや関連性を見つけ出し、チームの共通認識となる「インサイト(深い洞察)」を抽出するプロセスである。

これは、生肉を調理して、栄養価の高いステーキに仕上げる作業に似ている。

2. アフィニティ図 (KJ法): データの構造化

アフィニティ図 (KJ法)は、文化人類学者である川喜田二郎氏が考案した手法で、集めた定性データをボトムアップで構造化するための強力なツールである。

目的: 個々の事実や意見を、それらの親和性 (Affinity) に基づいてグループ化し、データの背後にある構造や本質的な課題を明らかにする。

アフィニティ図の作成ステップ

1. データの断片化:
   • インタビューの発言録や観察メモから、意味のある事実、意見、行動を一つの文脈につき一枚の付箋に書き出す。
   • (例:「どの店が空いているか分からず、歩き回って疲れる」「友人と食べたいものが違うと、店選びに時間がかかる」)
2. グループ化(沈黙の作業):
   • チームメンバーは会話をせず、各自が付箋を読み、似ている、関連性があると感じるものを集めてグループを作っていく。
   • なぜ沈黙で行うのか?→言葉による同調圧力を排し、各自の直感的なグルーピングを尊重するため。
3. グループのラベリング:
   • 出来上がったグループに、そのグループの本質を最もよく表す名前(ラベル) をつける。これはチームで対話しながら行う。
   • (例:「店選びの不確実性」「時間的制約による焦り」)
4. 構造化:
   • グループ間の関係性(例:原因と結果、対立関係など)を見つけ出し、矢印などで繋ぎ、図として構造化する。
   • この図全体が、ユーザーが抱える課題の構造を示している。

3. 共感マップ: ユーザーの頭の中を覗く

共感マップ (エンパシーマップ)は、特定のユーザーについてチームが知っている情報を整理し、ユーザーへの共感を深めるためのツールである。インタビューで得られた情報を基に作成し、ペルソナ作成への橋渡しとなる。

共感マップの4象限

ユーザーの視点から、以下の4つの象限を埋めていく。

1. SAYS (言っていること)
   • インタビュー中に、ユーザーが実際に口にした言葉や印象的な発言を書き出す。
   • (例:「もっと野菜が取れるランチがあると嬉しいんだけどね」)
2. THINKS (考えていること)
   • ユーザーが口には出さなかったが、思っているであろうこと。表情や文脈から推測する。 (例:本当はもっと健康に気を使いたいと思っている)
3. DOES (やっていること)
   • インタビュー中や観察中に、ユーザーが実際にとった行動を書き出す。
   • (例:メニューを見ながら、スマホでカロリーを調べていた)
4. FEELS (感じていること)
   • ユーザーがどのような感情を抱いているか。ポジティブな感情、ネガティブな感情(ペイン)を書き出す。
   • (例:【ペイン】健康的な食事を選ぼうとすると、選択肢が少なくてがっかりする)

インサイトの抽出

共感マップを完成させた後、チームで以下の問いについて議論する。

• SAYSとDOESの間に矛盾はないか? (例:「健康が大事」と言いながら、ジャンクフードを食べている)→この矛盾にこそ、インサイトの種が隠れている。
• ユーザーの本当の「ペイン(悩み、苦痛)」は何か?
• ユーザーが本当に達成したい「ゲイン(願望、目標)」は何か?

この分析から、「(ユーザー)は、(~という状況)で、(~を)必要としている。なぜなら、(~という本質的な理由)だからだ。」という形の、行動に繋がるインサイトが生まれる。

1. ペルソナとは何か?

ペルソナとは、ユーザーリサーチで得られたデータに基づき、ターゲットとなるユーザー層を代表する、架空の人物像である。単なる属性のリストではなく、具体的な顔、名前、目標、悩みを持つ、血の通った一人の人間として描き出す。

なぜペルソナを作成するのか?

1. チームの共通認識を作る:
   • 「ユーザー」という曖昧な言葉の代わりに、「情報科学科2年の佐藤健太くん」という具体的な人物を据えることで、チーム内の認識のズレを防ぐ。
2. 共感を維持し、意思決定の拠り所にする:
   • 開発が進むと、作り手の都合が優先されがちになる。その時、「この機能は、健太くんにとって本当に必要だろうか?」と立ち返ることで、人間中心の視点を保つことができる。
3. "都合の良いユーザー"の排除:
   • ペルソナがいないと、設計者は無意識に自分自身や、あらゆる要求を満たす「伸縮自在のユーザー」を想像してしまう。ペルソナは、設計のターゲットを明確に固定する。

2. 良いペルソナの構成要素

ペルソナに含めるべき情報に厳密な決まりはないが、一般的に以下の要素が含まれる。

• 基本情報:
  • 顔写真(架空だが、人物像を想起させるもの)
  • 名前、年齢、所属(例:情報科学専門学校 実践AI科3年)
• パーソナリティ:
  • その人らしさを表すキャッチーな引用句(例:「効率が悪いのは嫌い。最短ルートでゴールしたい」)
  • 性格や価値観を簡潔にまとめたプロフィール
• 目標(Goals):
  • 我々のプロダクトを通じて、ユーザーが最終的に達成したいことは何か?
  • (例:卒業に必要な単位を、興味のある分野で効率的に取得したい)
• 課題・不満(Frustrations / Pains):
  • 目標を達成する上で、現在どのようなことに困っているか?
  • (例:どの科目が自分のキャリアに繋がるか分からず、選択に時間がかかる)
• スキル・利用環境:
  • ITリテラシー、利用するデバイス (PC/スマホ)、利用する時間帯や場所など。

3. リサーチデータからペルソナを作る

ペルソナは、作家が小説の登場人物を作るように創作するものではない。あくまでも、これまでのリサーチで得られたデータに基づいて論理的に構築される。

ペルソナ作成のステップ

1. リサーチデータのレビュー:
   • インタビューや観察で得られたデータ、アフィニティ図、共感マップを再度見直す。
2. 行動パターンの洗い出し:
   • ユーザーの行動、動機、利用環境などについて、特徴的な軸を見つけ出す。(例:「計画的に行動する↔行き当たりばったり」 「テクノロジーに精通↔苦手意識がある」)
3. ユーザーのグルーピング:
   • 洗い出した軸を基に、類似した行動パターンを持つユーザーをグループに分ける。
4. ペルソナの骨格作成:
   • 各グループを代表するペルソナの骨格を作る。この時点で、主要なターゲットとなるプライマリーペルソナを決定する。通常、1~2名に絞る。
5. 詳細の肉付け:
   • リサーチデータから得られた具体的なエピソードや発言を引用しながら、ペルソナのプロフィール、目標、課題などを詳細に記述していく。

やってはいけないペルソナ

• ステレオタイプ: 「最近の若者は~」といった、データに基づかない安易な決めつけ。
• 都合の良い人物像: 作り手が作りたい機能の「完璧なユーザー」を創り出してしまう。
• データとの乖離: リサーチ結果から説明できない目標や課題が含まれている。

1. カスタマージャーニーマップとは何か?

カスタマージャーニーマップ (CJM)とは、ペルソナが特定の目標を達成するまでの一連のプロセス(=旅、ジャーニー)を、時間軸に沿って可視化したものである。

なぜジャーニーマップを作成するのか?

• 体験の全体像を把握する: 個々の画面や機能(点)ではなく、ユーザーの一連の体験(線)としてプロダクトを捉えることができる。
• 課題(ペインポイント)の特定: ユーザーの感情が落ち込む瞬間や、行動が滞る箇所を特定し、改善の優先順位付けに役立てる。
• 機会(オポチュニティ)の発見: ユーザー体験を向上させるための新しいアイデアや機能のヒントを得る。
• 部門横断の共通言語: チームや関係者全員が、ユーザー体験の全体像について同じ地図を見て議論できるようになる。

2. ジャーニーマップの構成要素

ジャーニーマップのフォーマットは様々だが、一般的に以下の要素で構成される。

1. ペルソナ:
   • この旅の主人公は誰か。
2. シナリオとゴール:
   • ペルソナがどのような状況で、何を達成しようとしているのか。(例:シナリオ「来期の履修登録を行う」、ゴール「興味のある科目で、卒業要件を満たす時間割を完成させる」)
3. フェーズ (Phases / Stages):
   • 旅を構成する大きな段階。時間軸の区切り。(例:情報収集計画→登録→確認)
4. 行動(Actions):
   • 各フェーズで、ペルソナが具体的にとる行動。(例:シラバスサイトを見る、友人に相談する、システムにログインする)
5. 思考(Thoughts):
   • その行動をしている時、ペルソナが考えていることや疑問。(例:「この科目は本当に自分のためになるだろうか?」 「エラーが出たけど、どうすればいいんだ?」)
6. 感情(Emotions / Feelings):
   • 各フェーズにおけるペルソナの感情の起伏を線グラフなどで表現する。ポジティブ(期待、満足)か、ネガティブ(不安、不満)か。
7. タッチポイント (Touchpoints):
   • ペルソナがプロダクトやサービスと接する具体的な場所や媒体。(例: PCサイト、スマホアプリ、友人との会話、掲示板)
8. 課題(Pain Points) と機会 (Opportunities):
   • ジャーニーマップ全体を俯瞰し、特に感情が落ち込んでいる箇所や、行動が非効率な箇所を「課題」として洗い出す。そして、その課題を解決するためのアイデアを「機会」として記述する。

3. As-Is vs. To-Be ジャーニーマップ

ジャーニーマップには、現状を分析するためのものと、理想を描くためのものの2種類がある。

• As-Is ジャーニーマップ (現状マップ)
  • 目的:ユーザーリサーチに基づき、現在の体験をありのままに可視化する。
  • 焦点: 既存のプロセスにおける課題(ペインポイント)を発見すること。我々はまず、このAs-Isマップの作成から始める。
• To-Be ジャーニーマップ (理想マップ)
  • 目的: 我々のソリューションによって、未来の理想的な体験がどのようになるかを可視化する。
  • 焦点: As-Isマップで発見した課題をどのように解決し、ユーザーの感情をどのように向上させるかを示すこと。プロジェクトのゴールイメージを共有するために使う。

As-Is ジャーニーマップ作成のステップ

1. 前提条件を定義する: 主人公となるペルソナと、そのペルソナが体験するシナリオ、達成したいゴールを明確にする。
2. フェーズを洗い出す: ゴールに至るまでの大まかな段階をリストアップする。
3. 行動・思考・感情を埋める: ユーザーリサーチのデータを参照しながら、各フェーズでペルソナが「何をし、何を考え、どう感じているか」を付箋などに書き出し、マッピングしていく。
4. タッチポイントを特定する: 各行動がどのタッチポイントで発生しているかを明確にする。
5. 課題と機会を発見する: 特に感情の谷となっている部分や、行動に無駄が多い部分に着目し、チームで課題とそれを解決する機会について議論する。