トップバッターで登壇したのは、UXTokyo酒井洋平氏だ。最近、UI（User Interface／ユーザーインタフェース）とUX（User Experience／ユーザーエクスペリエンス）は「UI/UX」ひとくくりにされて語られることが多いが、酒井氏はそのことに疑問を感じているという。そのUIとUXの定義の違いについて、酒井氏の体験を記録した動画を交えて語り出した。
「定期券期限切れの朝」と題したその動画では、酒井氏が出勤時に地下鉄の定期切れに気付き、ATMで現金を下ろし、定期を買い、自動販売機でジュースを買うなどの一連の行動が映し出される。

　酒井氏はこうしたユーザーの「主観的経験」こそがUXであり、ユーザーの「主観的経験をさせる接点」がUIであると説明。だが、ユーザー個人それぞれが持つ主観的経験をデザインすることは不可能だ。だからこそユーザー体験（UX）が想起されるように、UIを企図して設計することが重要であると意見を述べた。つまり、以前はUIだけを大事に考えてきたが、これからはユーザー体験を意識したデザインが必要となってきたため、UI/UXという表現になっているというのである。

　だが、ユーザーとは誰のことなのか、そのユーザーの価値とは何なのか。それを考えなくてはUXデザインはできない。そこで酒井氏はあるマンガを例に、「価値発見プロセス」の見つけ方の例を紹介した。本屋の店員である主人公は売れていない絵本が気になり、絵本コーナーを観察し始める。絵本の重要性に気づき、同僚に絵本コーナーの改善案を相談する。最初は乗り気ではなかった同僚も徐々に関心を持ち始め、絵本の価値に気づくというエピソードだ。酒井氏は主人公たちが絵本の価値にたどり着いた「価値発見プロセス」を以下のように定義した。

• 計測
• 気づき
• ベンチマーキングと観察
• プロトタイピング
• ストーリーテリング

　次にNHN JapanのUXデザインプロセス、題して「NHN UX Designプロセス」が紹介された。ポイントは「simple」「Quick and Fast」「意匠」の3つである。

1. simple

　橋本氏は会社に入ってから半年くらい、上司に「デザインはシンプルに」と言われ続けたそうだ。なぜUIにシンプルさが必要なのかについては、「インターネットの情報の供給と仕組みにヒントがある」と語る。インターネットの歴史を紐解くと、1997年頃から世の中にホームページと検索エンジンが登場してきた。当時は、ネット上の知識を受け取るだけのWebからユーザーへの一方的な配信だったと説明。それが2005年以降、ブログが台頭し、不特定多数の人が情報を流通するようになった。つまり、誰でも使えるシンプルなインタフェースが必要になったのだという。

　この考えはビジネスのデザインにも影響すると、橋本氏はLINEのバナーデザインを例にシンプルの重要性を証明した。紹介されたバナーデザインAは、LINEスタンプのイラストが目を引くパターン、一方デザインBは「無料通話アプリ」というキャッチコピーだけのシンプルなもの。並べてみるとデザインAのほうが目立つように感じるが、Bのほうがクリック数が高かったそうだ。実際、画面に当てはめてみるとシンプルなバナーやキャッチコピーのほうが目につきやすい。

2. Quick and Fast

　かつての一般的だったワークフローは、「plan → design → develop」というウォーターフォール型。工期が読みやすくて進行に有利である反面、プロジェクトのロールバックには弱い。そこでNHN Japanでは、UXチームがリサーチとフィードバック、UIチームがプロトタイプに落とし込み、デベロップチームと連動するというやり方を採用した。あるUIが完成したら開発に、だが1回では終わらせず、そのループをクルクルまわす。さらに、UXチームでデザインやインタラクション、ニーズへの満足度を検知し、場合によっては開発に戻す。起点がどこでもよく、いつでも回せるので、クイックな開発・意思決定ができる。

　坪田氏もUIはイメージしやすいが、UXは議論してもだいたい着地しないものだと語る。UXの定義について「UX白書」を引いてみても、違和感を感じるのはまだUXという言葉がうまく言語化できていないと考えているのだという。多くの概念を包括しており、一つの定義で言い表せなくなっているUXという言葉を、メンバー間では「システムの利用を通じて人々がもつ体験」と定義しているそうだ。

　また、UXデザイナーは「ユーザーの立場を中心に考えながら、方法論を組み合わせて課題・欲求を解決する」べきだとし、自身ではイケてるプロダクトをつくりたいと思っているという。さらに、「イケてないUIが生まれる理由」を以下のように考察している。

• ユーザーニーズが不理解
• 市場の勉強不足
• コミュニケーション不足
• チューニング不足

　DeNAでは、「リサーチ→要件定義→UI開発→テスト」をループさせることで、イケていないUIデザインが生まれないよう対策をとっている。リサーチで具体的に実施していることも紹介。まず、アンケートを使って、数値化・グラフなどで表現したものを分析する「定量調査」である。キャッチコピー、サービスの機能名、コア機能のニーズ、イラスト、キャラクターなど、主観が入るものを定量化調査で明確にし、いろいろな軸で切り取る。

　定性調査では、実際に使ったときにボトルネックになっていることや、スマホでゲームしているときの視線の動き、競合サービスなど、定量調査だけではわからないことをリサーチする。さらに競合調査では、ターゲットユーザーにプロモーション、デザイン、設計、グラフィックなど何が刺さっているかなどを切り出す。調査した後は要件定義やUI開発を進めていくが、そこでもさまざまな議論やテストを行い、リリースしてからもA/Bテストやデータ分析を行っていくという。徹底的な分析、プロトタイピング、ユーザーテストの実施と繰り返しが、UI設計では重要なことであると坪田氏は語っている。