はじめに
本記事は、UI設計を考える中で得た気づきを、
特定の業務やツールから切り離して整理した UI/UX設計メモ です。
実データや固有の前提は含まず、
「判断を支援するUI」を設計する際の考え方を
できるだけ抽象化してまとめています。
1. 「全部見せるUI」は、必ずしも親切ではない
UIを作り始めた当初は、
「見られる情報はすべて出した方が良い」と考えていました。
- 情報が揃っている
- 後から確認できる
- 正確に把握できる
一見すると正しそうですが、
実際にユーザーの立場で画面を眺めてみると、
情報量そのものが判断コストになっていることに気づきました。
UIは「正しい情報」を並べるだけでは足りず、
今どこを見ればいいかを示せなければ、使われない
という前提に立ち戻る必要がありました。
2. UIの役割を「判断の代行」から外す
今回の設計で最初に決めたのは、
UIは結論を出さない ということです。
UIがやること：
- 判断材料を整理する
- 違いを目立たせる
- 確認の入口を用意する
UIがやらないこと：
- 良し悪しの評価
- 正解の提示
- 自動的な結論づけ
判断は人が行う という前提に立つことで、
UIに求める役割が一気にシンプルになりました。
3. 比較UIで本当に必要なのは「同じ部分」ではない
複数の対象を比較するUIでは、
価値があるのは「共通点」よりも「差分」です。
- 同じ構成
- 同じ傾向
- 同じ結果
これらは情報としては正しいですが、
判断にはほとんど寄与しません。
そこで、
- 共通部分は極力目立たせない
- 違いがある部分だけを前面に出す
という方針に切り替えました。
4. 差分は「文章」ではなく「単位」で見せる
当初は、差分を文章や箇条書きでまとめようとしました。
しかし、
- 長文は読まれない
- 箇条書きは流し見される
- 要点が埋もれる
という問題が出てきました。
そこで採用したのが、
「1つの差分 = 1つの単位」 という考え方です。
- 差分の数 = 見える単位の数
- 視線移動だけで全体像が分かる
- 見たいものから拾える
UI上の「並び」そのものが、
情報の意味を持つようになりました。
5. 「(他◯件)」をやめた理由
よくある省略表現として
「(他◯件)」があります。
一見すると親切ですが、実際には次の不安を生みます。
- 重要なものが隠れていないか
- 見落としてはいけない情報はないか
- どれくらいの量なのか実感できない
そこで今回は、
省略せず、すべてを出す ことを選びました。
代わりに意識したのは、
- レイアウトで詰め込みすぎない
- 横並びや折り返しで視認性を保つ
- 数の多さ自体を情報として伝える
「全部見せる」と「全部読ませる」は別、という整理です。
6. 並び順はUIが責任を持つ
差分が複数ある場合、
「どこから見るか」をユーザーに委ねるのは負担になります。
そのため、
- 重要度の定義をUI側で持つ
- 影響が大きいものから並べる
- 並び順そのものをメッセージにする
という設計にしました。
順序は、UIが発する最も強いメッセージだと感じています。
7. 「何もない」状態も必ず表示する
差分がない場合でも、
その領域をUIから消さないようにしました。
理由は単純で、
- 表示がないと正しいのか不安になる
- 正常なのか未処理なのか分からない
- 判断が止まってしまう
からです。
「差分なし」という状態も、
UIが明示すべき情報のひとつだと考えました。
8. このUIが目指していないこと
今回の設計では、あえて次のことをしていません。
- 自動評価
- 結果の断定
- 行動の強制
UIは賢く見せるためのものではなく、
人が安心して考えるための土台である、
という立ち位置を大切にしました。
まとめ
UIは、情報を増やせば良くなるわけではありません。
- 何を見なくていいか
- どこから見ればいいか
を決めること自体が、UI設計の仕事だと感じました。
判断を楽にするためにあえて削る。
その積み重ねが、使われるUIにつながるのだと思います。