はじめに
「デザイナーって、見た目を作る人でしょ？」
そう思っている人は多い。確かに、最終的にアウトプットされるのは「画面」だ。だが、その画面に至るまでに何をしているかを理解しないと、デザインは「センスの問題」に見えてしまう。
この誤解のまま学習を進めると、何が起きるか。「なぜそのレイアウトにしたのか」「なぜその項目を省略したのか」という判断の根拠を説明できなくなる。つまり、「なんとなくこうした」「他のサイトがこうだったから」という説明しかできなくなる。
この記事では、デザインが担っている役割を整理する。装飾ではなく、問題整理と判断の連続であることを理解することで、デザインを「学べるもの」として捉えられるようになる。
1. デザインは「見た目を作ること」ではない
よくある誤解
「デザイン」という言葉を聞いて、以下を思い浮かべる人は多い。
- 色を選ぶ
- フォントを決める
- レイアウトを整える
- アイコンを配置する
これらは確かにデザインの一部だ。だが、これらは「最後にやること」であって「最初にやること」ではない。
本来の役割
デザインの本来の役割は、以下のような問いに答えることだ。
- この画面で、ユーザーは何をしたいのか？
- その目的を達成するために、何を見せるべきか？
- どの順序で、何を伝えるべきか？
- 何を省略し、何を強調すべきか？
これらは「色やフォント」の問題ではない。「情報と行動の設計」の問題だ。
2. デザインは「問題整理」から始まる
問題を定義しないと解けない
たとえば「お問い合わせフォームをデザインしてほしい」という依頼があったとする。
いきなり画面を作り始めると、以下のような問題が起きる。
- どの項目が必要か分からない
- どの順序で入力させるか決められない
- どの項目を必須にするか判断できない
- 送信後に何を表示するか考えていない
これらは「デザインの問題」に見えるが、実は「問題定義の問題」だ。
問題整理とは何か
デザインにおける問題整理とは、以下を明確にすることだ。
- 誰が（ユーザーは誰か）
- 何を（どんな課題を抱えているか）
- どうしたい（どんな状態になりたいか）
- なぜ（なぜそれが必要なのか）
たとえばお問い合わせフォームなら、「誰が」が明確になれば「必須項目を増やしても結局送信されないタイプか、多少面倒でも入力してくれるタイプか」が分かる。「何を」が明確になれば「本当に必要な項目」が絞れる。これらが整理されて初めて、「どう見せるか」の設計に進める。
3. デザインは「判断の連続」である
1画面に何十もの判断がある
シンプルなログイン画面でも、以下のような判断が必要になる。
- メールアドレスとパスワード、どちらを先に入力させるか
- 「ログイン」ボタンはどこに配置するか
- 「パスワードを忘れた方」のリンクはどこに置くか
- 新規登録への導線は必要か
- エラーメッセージはどこに表示するか
- 「ログイン状態を保持する」チェックボックスは必要か
これらすべてに「なぜそうするのか」という理由が必要だ。
判断には根拠がある
デザインの判断は「なんとなく」ではない。以下のような根拠に基づく。
- ユーザーの行動パターン（どの順序で操作するか）
- 認知の原則（人間がどう情報を処理するか）
- ビジネスの優先度（何を達成したいか）
- 技術的な制約（何が実装可能か）
これらを総合して、最適な判断を下すのがデザインの仕事だ。
4. 崩れやすいポイント
「正解がある」と思ってしまう
初心者が陥りやすいのは、「正解のデザイン」があると思ってしまうことだ。
- 「ボタンの色は青が正解」
- 「フォントサイズは16pxが正解」
- 「余白は8pxの倍数が正解」
これらは「傾向」や「ベストプラクティス」であって「正解」ではない。
判断は文脈に依存する
デザインの判断は、以下の文脈に依存する。
- 誰が使うか（年齢層、リテラシー、利用環境）
- 何のために使うか（目的、頻度、重要度）
- どこで使うか（デバイス、場所、時間帯）
同じ「ボタン」でも、文脈が変われば最適な設計は変わる。だから「正解を覚える」のではなく「判断の仕方を学ぶ」ことが重要になる。
5. この知識がUI設計で効く場面
フォーム項目を削るか残すか決めるとき
「この項目、必要？」という問いに対して、問題整理の視点があれば以下のように考えられる。
- この情報がないと、その後の対応で困るか？
- この情報があると、ユーザーの体験は良くなるか？
- この情報を入力する手間と、得られる価値は釣り合うか？
この判断なしに「念のため全部入れておく」と、項目が多すぎて途中離脱が増える。
CTAの主従を決めるとき
「送信」と「保存」、どちらを主にするか？判断の根拠を問う視点があれば以下のように考えられる。
- このフォームの目的は、送信させることか、下書きを保存させることか？
- 途中離脱を防ぐための「保存」は、どの程度必要か？
- 「保存」を目立たせることで、「送信」への推進力が下がらないか？
この判断なしに「とりあえず並列に置く」と、ユーザーはどちらを押せばいいか迷う。
エラー表示の出し方を決めるとき
エラーは項目の横に出すか、上部にまとめて出すか？判断の根拠を問う視点があれば以下のように考えられる。
- エラーは1つずつ直してもらうべきか、一度に確認してもらうべきか？
- 項目横に出すと、レイアウトが崩れないか？
- 上部にまとめると、どの項目がエラーか分かりにくくならないか？
この判断なしに「他のサイトがこうだったから」で決めると、文脈が違うのに気づかず失敗する。
6. まとめ
デザインは「見た目を作ること」ではない。問題を整理し、判断を積み重ねることだ。
この記事で押さえてほしいのは以下の3点だ。
- デザインは装飾ではなく、情報と行動の設計である
- 画面を作る前に、問題の定義が必要である
- 判断には根拠があり、文脈に依存する
このページで外した誤解は、「デザイン＝見た目を作ること」だ。次のページでは、その判断が「UI」と「UX」のどちらに関わるのかを整理する。UIとUXの違いを理解することで、「今自分は何を考えるべきか」が明確になり、学習の焦点が定まる。
関連知識
- 情報設計：情報の構造化と整理の基本概念
- ユーザビリティ：使いやすさの定義と評価視点
- UI設計プロセス完全ガイド：問題整理から実装までの流れを体系化した記事