アプリやWebサイトのシステム開発を発注する際、特に多くの顧客が利用するようなサービスだと「UI」「UX」といったワードを耳にするかと思います。
なんとなく「画面デザインのこと」という感覚で混同して理解されている方も多いかと思いますが、UIとUXをしっかり分けてそれぞれ理解することは、システム開発者だけでなく発注者にとってもとても重要なことなのです。
この記事では、そもそも「UI」「UX」とはそれぞれ何を意味するものなのかを解説しつつ、発注者目線で知っておくべきポイント・注意すべきポイントについてご紹介します。
前提情報
UIとは
UIとは「ユーザーインターフェース（User Interface）」の略で、システムのうち、ユーザーが直接見て触れる部分のことを指します。
画面内のボタン・入力欄・表示項目などだけでなく、画面そのものもUIの一部として扱われます。
操作は分かりやすいか、視認性は充分か、など操作を進行・完了させるための配慮が重要になります。
UXとは
UXとは「ユーザーエクスペリエンス（User Experience）」の略で、ユーザーがシステムを使用した際の体験そのものを指すワードです。
分かりやすさ・迷わなさ・ストレスのなさなど、ユーザーの「使ってみてどうだったか」という感覚・体験がUXなのです。
UIとUXの関係
この記事の冒頭にも述べた通りUIとUXは混同されて覚えられがちですが、正しくは「UIは見れる・触れる部分、UXは使って感じる体験」という切り分けになるため、UIはUXを構成する要素の一部と考えてよいでしょう。
ただし、必ずしも良いUI＝良いUXとは限りません。
いくら操作が分かりやすい画面でも、同じような情報を何度も入力させられたり、頻繁に確認メッセージが表示されたりするのは、良い体験ではありません。
UIを設計する段階で、最終的なUXを意識することが重要なのです。
発注時の注意点
UIで気を付けること
「UIとは」の項でも挙げたように、操作性・視認性などの機能面が重要ポイントになります。
使いやすいUI構成には一定のセオリーが存在しますが、発注の際はシステムの目的に応じて、一般的・標準的なUIが適しているか、独自のデザインや観点が必要になるかを判断する必要があります。
また、そのシステムが社内で使われるものなのか、社外（顧客向け）で使われるものなのかというポイントでもUI構成の考え方が大きく変わってきます。
UXで気を付けること
UXはUIに比べて直感的に分かりづらく、実際に使ってみるまで評価・判断するのが難しいことから、発注者と開発者の間のやり取りはどうしてもUIの話題に偏りがちです。
また、画面項目や機能に不足がないか、性能は充分かといったことが重要視されるあまり、実際の使用感まで踏み込んだ議論が行われづらいという側面もあります。
要件や議論の内容がUIに偏重してしまうと「UIとUXの関係」の項で挙げたように、見た目は整っているのに使いづらいシステムになってしまいます。
顧客向けのシステムであればクレームや顧客離れに繋がってしまいますし、業務システムであれば、マニュアル必須な状態になってしまったり、最悪の場合は「あるけど使われない・定着しない」という状況にもなりかねません。
整理すべきこと
UIの品質を活かしたUXを実現するには、実際の使用感を意識することがポイントになります。
・誰が、どんな目的で、どれくらいの頻度で使うシステムなのか
・画面単体、機能単体ではなく、システム全体の流れを意識した構成になっているか
・操作の合理性（効率）やエラー発生時の操作は考慮されているか
など、使用者の立場に立ってシステム要件を精査することが、品質の高いUXに繋がるのです。
