UIXHERO

アフォーダンス (Affordance)

「押せそう」「引けそう」「入力できそう」——UIが操作方法を説明なしに伝える力がアフォーダンス。シグニファイアを正しく設計し、ユーザーが迷わず直感的に操作できるUIを作る原則。

2026年2月17日
更新: 2026年8月27日
9
by Dengen Yosho(DGYS)
アフォーダンス (Affordance)

「このボタン、押せるの?」「ここってクリックできる?」——ユーザーがこう思った瞬間、は失敗しています。優れたUIは、説明書なしに「ここは押せる」「ここは入力できる」「ここはドラッグできる」を伝えます。それがアフォーダンスの力です。

が流行した2010年代、多くのUIが「シンプルさ」を追求するあまり、ボタンがただのテキストに、入力欄が背景と区別のつかない白い領域になりました。「押せるのかわからない」「入力できるのかわからない」——ユーザーは操作を躊躇し、離脱します。

よくある失敗は「デザイナーには押せると分かるが、ユーザーには分からない」です。デザイナーは自分が作ったUIを知っているから押せると分かる。しかしユーザーは初めて見る。その非対称性を忘れた設計が、の崩壊を招きます。

1. 原則の定義

アフォーダンス(Affordance)とは、UI要素が「どう操作できるか」をユーザーに視覚的・感覚的に伝える性質のこと。シグニファイア(視覚的手がかり)を適切に設計することで、説明なしに直感的な操作を可能にする原則。

本質は「操作方法を教えるのではなく、操作方法が見えるようにすること」です。マニュアルを読まなくても使えるUIは、アフォーダンスが正しく設計されています。ドナルド・ノーマンが「The Design of Everyday Things」で提唱した概念で、デジタルUIにおいては「(知覚可能な手がかり)」として実装されます。

2. いつ使うか(適用場面)

特に重要になるケース

  • 新規ユーザーが多い場面: 初めて使うユーザーは「どこを押せばいいか」を知らない。アフォーダンスが弱いと、操作方法を探すだけで疲弊する。
  • フラットデザイン・ミニマルデザイン: 装飾を省くほど、操作可能性を伝えるシグニファイアが失われやすい。意識的に補完する必要がある。
  • 新しいインタラクションパターン: スワイプ・長押し・ドラッグなど、見た目だけでは分からない操作には必ずシグニファイアが必要。
  • モバイルUI: タッチ操作はマウスのホバーがないため、操作可能性をデフォルト状態で伝えなければならない。

トレードオフが起きる場面

  • シンプルさとの兼ね合い: 影・枠線・グラデーションなどのシグニファイアを追加するほど、視覚的な複雑さが増す。ミニマルなデザインとのバランスが必要。
  • 慣れたユーザーへの配慮: 上級者には冗長に見えるシグニファイアも、初心者には必要。ユーザー層に応じて強度を調整する。

3. なぜ重要か(設計判断の核)

アフォーダンスは「見た目を整える」技術ではなく、「操作方法を伝える」設計である。

設計判断の基準

  • 「このUI要素を初めて見たユーザーが、説明なしに操作方法を理解できるか?」→ できなければシグニファイアを追加する。
  • 「ホバー・フォーカス・アクティブ状態で、操作可能であることが伝わるか?」→ 伝わらなければ状態変化を設計する。

優先順位の考え方

  • 1. デフォルト状態での明示(最優先): ホバー前の状態で「押せる」「入力できる」が伝わるか。モバイルではホバーがないため特に重要。
  • 2. インタラクション状態の設計: ホバー・フォーカス・アクティブ・ディセーブルの各状態を設計する。
  • 3. 隠れた操作のシグニファイア: スワイプ・長押しなど、見た目に現れない操作には補助的な手がかりを添える。

例外条件

  • 慣れ親しんだパターン(ハンバーガー・FABボタンなど)は、シグニファイアが弱くても認識される。ただし新規ユーザーが多い場合は補完が必要。

4. 具体の設計ルール(チェックリスト)

最低ライン(Must - これ守らないと危険)

これがないと、ユーザーは操作方法を理解できません。

理想ライン(Better - できると強い/プロの品質)

「説明なしに使える」「迷わない」状態です。

5. UI例

同じボタンでも、シグニファイアの設計で「押せる感」が大きく変わります。

改善プロセス

  1. シグニファイア監査: UIの全インタラクティブ要素を書き出し、「初めて見たユーザーが操作方法を理解できるか」を一つずつ確認する。
  2. 状態設計の徹底: デフォルト・ホバー・フォーカス・アクティブ・ディセーブルの5状態を全ボタン・入力欄に設計する。
  3. ユーザーテストで検証: 「このページで何かできそうなことを探してください」というタスクを出し、ユーザーが迷う箇所を特定する。

6. 関連リンク

7. まとめ

今日から直せる一手 担当しているサービスのボタンを1つ選んで、「枠線・色・影のうち何もない」なら今すぐ追加してください。それだけで「押せる感」は劇的に改善します。フラットすぎるデザインは、シグニファイアを意識的に補完することで直感的な操作性を取り戻せます。

チームに共有するなら一言 「ユーザーに操作方法を教えるのではなく、操作方法が見えるUIを作れ。」

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

Undo Redoとは?意味・アンドゥ/リドゥの違いと使い方

Undo Redoとは、操作を元に戻すUndoと、取り消した操作をやり直すRedoのこと。意味、アンドゥ/リドゥの違い、Undoの逆、UI設計での使い方を解説します。

2026年2月17日
10

フィードバック (Feedback)

ユーザーの操作に対してシステムが反応を返さないUIは、沈黙という最悪の体験を生む。あらゆる操作に適切な反応を返し、ユーザーとシステムの対話を成立させる設計原則。

2026年2月17日
12

一時停止・中断・再開 (Interruption Handling)

ユーザーは必ず中断する。電話が来る、通知が来る、急用が入る。中断しても「続きから始められる」設計が、完了率を守り、ユーザーの信頼を保つ原則。

2026年2月17日
8

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る