第1章 UXデザインの基礎

専門科目 UXデザイン実践

第1回
第2回

第1回:ガイダンスとUXの多面的理解

本日の到達目標

  1. UXとUIの定義と違いを説明できる。
  2. なぜUXがビジネスにおいて重要なのかを理解する。
  3. 良いUXを構成する7つの要素 (UXハニカム)を説明できる。

1. UXデザインの世界へようこそ

ガイダンス

  • 授業の目的:本授業は、ユーザー(使い手)の視点からデジタルプロダクトやサービスを設計し、その価値を最大化するための思考法と実践スキルを学ぶことを目的とする。
  • 評価方法: 授業への貢献度、中間課題、最終課題によって総合的に評価する。
  • 心構え: 正解は一つではない。重要なのは、ユーザーを深く理解し、仮説と検証を繰り返す論理的なプロセスそのものである。

1-1. UXとUI: 似て非なる二つの概念

諸君は「UI/UX」という言葉を頻繁に目にするだろう。しかし、両者は同義ではない。この違いを正確に理解することが、我々の出発点となる。

  • UI (User Interface / ユーザーインターフェース)
    • 定義: ユーザーがプロダクトと接するすべてのもの。画面上のボタン、テキスト、アイコン、レイアウトなど、視覚的な情報すべてを指す。
    • 役割: ユーザーがプロダクトを「操作するための手段」を提供する。
    • 問い: 「美しく、分かりやすく、効率的に操作できるか?」
  • UX (User Experience/ユーザーエクスペリエンス)
    • 定義: ユーザーがプロダクトを通じて得るすべての「体験」。UIに触れている時間だけでなく、プロダクトを知る前から、使い終わった後の感想まで、すべての時間軸が含まれる。
    • 役割: ユーザーに「価値」や「満足感」を提供する。
    • 問い: 「役に立ったか? 快適だったか? 使っていて楽しかったか? また使いたいか?」

結論: UIはUXを構成する重要な一部分であるが、UXそのものではない。優れたUIが必ずしも優れたUXに繋がるとは限らない。例えば、見た目は美しいレストラン予約アプリ (UI)でも、予約できる店が極端に少なければ、その体験 (UX)は貧弱なものとなる。

1-2. 人間中心設計 (HCD: Human-Centered Design)

UXデザインの根底には、「人間中心設計」という思想がある。これは、作り手の都合や技術的な制約から設計を始めるのではなく、常にユーザーのニーズ、行動、感情を理解し、それを設計の中心に据えるアプローチである。

なぜHCDが重要なのか?

  • 使われないプロダクトの回避: 高度な技術を駆使しても、ユーザーの課題を解決できなければ意味がない。
  • ビジネスの成功: ユーザーに価値を提供できるプロダクトだけが、市場で選ばれ、生き残ることができる。

2. 良いUXとは何か?: UXハニカム

では、「良いUX」とは具体的にどのような要素で構成されるのだろうか。情報アーキテクチャの第一人者であるピーター・モービルは、それを7つの要素からなる「UXハニカム」として提唱した。これらの要素は相互に関連し、バランスが取れて初めて、価値のある体験が生まれる。

UXハニカムの7要素

  1. Useful (役に立つ)
    ユーザーにとって、そもそも目的を達成する上で有用か。独自の価値を提供しているか。(例: 地図アプリが正確なルートを示す)
  2. Usable (使いやすい)
    効率的かつ効果的に、ストレスなく使えるか。操作方法が分かりやすいか。(例:少ないタップ数で目的地を設定できる)
  3. Desirable (好ましい)
    デザインの美しさ、ブランディング、感性的な魅力があるか。「使いたい」と思わせる力。(例:アニメーションが心地よく、使っていて楽しい)
  4. Findable (見つけやすい)
    必要な情報や機能に、ユーザーが迷わずたどり着けるか。ナビゲーションは分かりやすいか。(例:「現在地に戻る」ボタンが常に分かりやすい場所にある)
  5. Accessible (アクセスしやすい)
    障碍の有無や年齢、利用環境に関わらず、誰もが等しく利用できるか。(例:音声読み上げ機能に対応している)
  6. Credible (信頼できる)
    提供される情報は正確か。安心して個人情報などを預けられるか。(情報セキュリティ学科生は特に注目)
  7. Valuable (価値がある)
    上記の6要素が満たされた結果として、プロダクトがユーザーとビジネス双方に価値を提供しているか。

演習:UXハニカムによるアプリケーション評価

  1. 3~4名のチームを編成する。
  2. チームで日常的に利用するアプリケーションを1つ選定する。(例: LINE, YouTube, X, メルカリなど)
  3. 選定したアプリケーションを「UXハニカム」の7つの要素で評価する。
    • 各要素について、優れている点(強み)と、改善の余地がある点(弱み)を議論する。
  4. 議論の結果を簡潔にまとめ、発表する。(発表時間:3分)

第2回:デザイン思考とUXプロセス

本日の到達目標

  1. 複雑な問題を解決するための「デザイン思考」の5つのプロセスを説明できる。
  2. UXデザインの具体的な進め方を示した「ダブルダイヤモンド」モデルを理解する。
  3. 発散と収束の思考法を使い分ける重要性を理解する。

1. デザイン思考: イノベーションを生む思考法

「デザイン」と聞くと、見た目を美しくすること(意匠)を想像するかもしれない。しかし、現代における「デザイン思考」とは、デザイナーだけでなく、あらゆるビジネスパーソンに求められる「人間中心の課題解決プロセス」を指す。

デザイン思考は、分析的な思考だけでなく、共感や直感といった創造的な思考を組み合わせ、これまでにない革新的な解決策(イノベーション)を生み出すことを目的とする。

デザイン思考の5つのプロセス

スタンフォード大学d.schoolが提唱するモデルが有名である。この5つのプロセスは直線的に進むのではなく、必要に応じて行ったり来たりしながら、徐々に解決策の解像度を上げていく。

  1. 共感 (Empathize)
    • 目的: ユーザーを深く理解する。
    • 手法: ユーザーインタビュー、行動観察などを通じて、ユーザーが何を見て、何を言い、何を行い、何を感じているのかを自分のことのように理解する。分析するのではなく、共感する。
  2. 問題定義 (Define)
    • 目的: 解決すべき本質的な課題を特定する。
    • 手法: 共感によって得られた情報から、ユーザーの真のニーズ(インサイト)を発見し、「(ユーザー)は、(~という状況)で、(~を)必要としている」という形で、取り組むべき課題を明確に言語化する。
  3. 創造 (Ideate)
    • 目的: 課題を解決するためのアイデアを、質より量で幅広く出す。
    • 手法: ブレインストーミングなどを用いて、常識にとらわれず、できるだけ多くのアイデアを出す。ここでは判断や批判はせず、アイデアを広げることに集中する。
  4. プロトタイプ (Prototype)
    • 目的: アイデアを素早く形にし、検証できるようにする。
    • 手法: 紙や簡単なツールを使って、アイデアの核となる部分を体験できる試作品を素早く作る。完璧を目指すのではなく、アイデアを他者に伝え、フィードバックを得ることが目的。
  5. テスト (Test)
    • 目的: ユーザーからのフィードバックを得て、学びを得る。
    • 手法: プロトタイプを実際のユーザーに使ってもらい、その反応を観察する。「共感」のフェーズに戻り、ユーザー理解をさらに深めることも多い。

2. UXプロセスを地図化する:ダブルダイヤモンド

デザイン思考がマインドセットだとすれば、「ダブルダイヤモンド」は、より具体的なUXデザインのプロセスを示した地図である。英国デザインカウンシルによって提唱されたこのモデルは、プロセスが2つの大きな「発散」と「収束」のフェーズから成ることを視覚的に示している。

ダブルダイヤモンドの4つのフェーズ

最初のダイヤモンド: 正しい問題を見つける (Doing the Right Thing)

  1. 発見 (Discover) - 発散 divergent thinking
    • 問題について、先入観を持たずに広く調査するフェーズ。
    • ユーザーリサーチなどを通じて、可能な限り多くの情報を集め、視野を広げる。
    • 問い: 「我々がまだ知らないことは何か?」
  2. 定義 (Define) - 収束 convergent thinking
    • 発見フェーズで得られた膨大な情報の中から、最も重要なインサイトを見つけ出し、取り組むべき本質的な課題を一つに絞り込む。
    • 問い: 「数ある課題の中で、我々が本当に解決すべきことは何か?」

2番目のダイヤモンド: 正しい解決策を作る (Doing Things Right)

  1. 展開 (Develop) - 発散 divergent thinking
    • 定義された課題に対して、可能な限り多くの解決策 (ソリューション)のアイデアを出す。
    • ブレインストーミングやスケッチなどを通じて、多様なアイデアを検討する。
    • 問い: 「この問題を解決する方法は、いくつ考えられるか?」
  2. 提供 (Deliver) - 収束 convergent thinking
    • 数あるアイデアの中から、最も効果的で実現可能性の高いものを選択し、プロトタイピングとテストを繰り返しながら、最終的なアウトプットに向けて作り込んでいく。
    • 問い: 「どの解決策が、最も効果的に機能するか?」

なぜこのモデルが重要なのか?

多くの失敗するプロジェクトは、最初のダイヤモンドを省略し、いきなり2番目のダイヤモンド(解決策の検討)から始めてしまう。つまり、「正しい問題」が何であるかを定義しないまま、「間違った問題」に対する完璧な解決策を作ろうとしてしまうのだ。

ダブルダイヤモンドは、我々がプロセスの中で「今は発散すべき時か、収束すべき時か」を常に意識させ、手戻りの少ない、効率的なプロジェクト進行を可能にする。

演習: 身近な問題をダブルダイヤモンドで考える

  1. チームで、情報科学専門学校の学生が抱える身近な問題(例:「昼食時のエレベーターの混雑」「空き教室の探しにくさ」など)を一つ選ぶ。
  2. その問題を、ダブルダイヤモンドの4つのフェーズに当てはめて、それぞれどのような活動を行うべきか、具体的に書き出してみる。
    • 発見:誰に、何を聞くか?
    • 定義: 本当の問題は何か?
    • 展開: どんな解決策が考えられるか?
    • 提供: どの解決策を、どうやって試すか?
  3. 考えたプロセスを発表する。