この記事の要点（UIXHERO視点） UIXHEROでは、ユーザビリティを「使いやすさ（品質属性）」、UXを「体験全体（感情を含む）」と定義し区別する。 「ユーザビリティが高い＝UXが良い」は誤りであり、使いやすくても体験が悪いプロダクトは存在する。

導入：「使いやすいのに、なぜか使いたくない」

「このアプリ、操作はわかりやすいんだけど、なんか使う気にならない」 「UIは整ってるのに、なぜかイライラする」

こんな経験はないでしょうか。これは ユーザビリティは高いが、UXが悪い 状態です。

逆に、少し操作に慣れが必要でも「また使いたい」と思わせるプロダクトもあります。これは ユーザビリティに課題があるが、UXは良い 状態です。

ユーザビリティとUXは、似ているようで全く異なる概念である。

この2つを混同していると、「使いやすさを改善したのにユーザーが離れる」という矛盾した事態に直面します。

---

UXとユーザビリティの違い（定義）

ユーザビリティは「使いやすさ」であり、UXは「体験の質」である。

項目	ユーザビリティ (Usability)	UX (User Experience)
定義	特定の目標を達成するための効率・効果・満足度	製品やサービスを通じて得られる体験全体
範囲	タスク完了時の品質	使用前〜使用中〜使用後の全体験
測定	タスク成功率、時間、エラー数	感情、期待、記憶、推奨意向
例	「3クリックで購入できる」	「買い物が楽しかった」

語源と背景

ユーザビリティ ** は、ISO 9241-11で「特定のユーザーが特定の利用状況において、特定の目標を達成するための ** 有効さ・効率・満足度 」と定義されています。測定可能な品質属性です。

UX ** は、ISO 9241-210で「製品、システム、サービスを使用した、および/または使用を予期した結果として生じる人の ** 知覚と反応 」と定義されています。感情や期待を含む広い概念です。

研究からの引用 : 「ユーザビリティはUXの一部である。しかし、UXはユーザビリティだけでは測れない。」（Don Norman）

---

なぜ重要なのか

1. ユーザビリティが高くてもUXが悪いケース

• 役所の申請システム : 手順は明確だが、冷たく威圧的なデザインで不安を感じる
• 格安航空会社の予約サイト : 予約はできるが、追加料金の表示が不親切でストレス
• 銀行のATM : 操作はシンプルだが、待ち時間が長くイライラする

これらは「タスクは完了できる（ユーザビリティOK）」が「体験として嫌い（UXがNG）」な状態です。

2. ユーザビリティに課題があってもUXが良いケース

• Photoshop : 学習コストは高いが、使いこなすと「自分だけの道具」という愛着が生まれる
• Notion : 最初は複雑だが、カスタマイズの自由度が「自分のワークスペース」という所有感を生む
• ゲーム : 難易度が高いほど、クリア時の達成感が大きい

これらは「タスク効率は悪い（ユーザビリティに課題）」が「体験として好き（UXが良い）」な状態です。

---

具体例・ケース比較

ケース1：ECサイトのチェックアウト

観点	ユーザビリティ	UX
測定対象	購入完了までのステップ数、エラー率	購入後の満足感、リピート意向
改善例	フォーム入力を3画面→1画面に統合	購入後に「ありがとう」メッセージと配送状況を丁寧に通知
失敗例	入力は楽だが、キャンセル手順が複雑	購入は速いが、梱包が雑で届いたときにがっかり

ケース2：タスク管理アプリ

観点	ユーザビリティ	UX
測定対象	タスク追加にかかる時間、学習コスト	「仕事が捗る」という実感、継続率
改善例	ワンタップでタスク追加、直感的なUI	完了時のアニメーション、週間レポートで達成感
失敗例	機能は豊富だが、どこから始めればいいか不明	使い方はわかるが、達成感がなく飽きる

---

実務でなぜ区別すべきか

UIXHEROがこの2つを厳密に区別する理由は3つあります。

1. 改善アクションが異なる

• ユーザビリティ改善 : ボタンを大きく、導線を短く、エラーを防ぐ → UIの調整
• UX改善 : 期待を設計、感情をデザイン、記憶に残す → 体験全体の設計

「使いにくい」と言われたとき、UIを直すべきか、体験を見直すべきかは、この区別がないと判断できません。

2. 測定方法が異なる

	ユーザビリティ	UX
定量	タスク成功率、完了時間、エラー数	NPS、CSAT、リテンション率
定性	ユーザビリティテスト、観察	インタビュー、日記調査、ジャーニーマップ

「ユーザビリティテストでUXを測る」は不完全です。タスク完了後に「どう感じたか」を聞かなければ、UXは見えません。

3. ピーク・エンドの法則

人は体験を「最も感情が動いた瞬間（ピーク）」と「終わり方（エンド）」で記憶します（ピーク・エンドの法則）。

つまり、タスク効率（ユーザビリティ）よりも、 感情のピークと終わり方 がUXを決定します。これがユーザビリティとUXの決定的な違いです。

---

改善のための設計原則と対策

具体的な改善策（OK/NG比較）

項目	NG（ユーザビリティ偏重）	OK（UXも考慮）
フォーム	入力欄を減らして効率化	入力中の進捗表示で達成感を演出
エラー	エラーを技術的に表示	エラーを人間らしい言葉で伝え、回復手段を示す
完了画面	「完了しました」のみ	感謝のメッセージ＋次のアクション提案
待ち時間	ローディング表示のみ	待ち時間を楽しくする工夫（進捗、Tips表示）

原則1：タスク効率だけで満足しない

ユーザビリティテストで「タスク成功率100%」を達成しても、ユーザーが「また使いたい」と思わなければUXは失敗です。

チェック : タスク完了後に「この体験をどう感じましたか？」と聞いていますか？

原則2：感情の設計を意識する

UXデザインは「感情のデザイン」です。驚き、達成感、安心感、所有感——これらを意図的に設計することで、ユーザビリティの数値では測れない価値が生まれます。

チェック : このプロダクトで、ユーザーにどんな感情を持ってもらいたいですか？

---

よくある質問 (FAQ)

Q1. ユーザビリティを上げればUXも上がるのでは？

部分的にはYesですが、完全にはNoです。使いやすさはUXの一要素ですが、UXには「期待」「感情」「記憶」など、ユーザビリティでは測れない要素が含まれます。使いやすいのに愛されないプロダクトは存在します。

Q2. UXを測る指標は何ですか？

代表的な指標は以下です：

• NPS（Net Promoter Score） : 推奨意向
• CSAT（Customer Satisfaction） : 満足度
• リテンション率 : 継続利用率
• SUS（System Usability Scale） : システムユーザビリティスケール（ユーザビリティ寄り）

ただし、定量指標だけでは「なぜそう感じたか」はわかりません。インタビューや日記調査との併用が必要です。

Q3. 小さなプロダクトでもUXを考えるべきですか？

はい。むしろ小さなプロダクトこそ、体験の質が差別化要因になります。機能で勝てない場合、「使っていて気持ちいい」という体験が選ばれる理由になります。

---

関連リンク

UIXHEROの関連記事

• UXとは — UXの基本概念を詳しく解説
• ユーザビリティとは — ユーザビリティの定義と測定方法
• ユーザビリティテスト — ユーザビリティを測定する手法
• ピーク・エンドの法則 — 体験の記憶を決める心理法則

用語集

• ユーザーエクスペリエンス (UX)
• ユーザビリティ
• NPS（Net Promoter Score）

---

まとめ

• ユーザビリティ : タスクを効率的に達成できるか（品質属性）
• UX : そのプロダクトを通じて何を感じ、何を記憶するか（体験全体）
• 使い分け : ユーザビリティは必要条件、UXは十分条件。両方を設計することで、使いやすく愛されるプロダクトが生まれる。

「使いやすい」だけでは足りない。「また使いたい」と思わせる体験を、意図的に設計する。それがユーザビリティとUXを区別して捧える設計者の姿勢である。