概念モデル

概要

ドナルド・ノーマンは、システムには3つのモデルがあると整理した。設計者が持つ「デザインモデル（概念モデル）」、ユーザーが持つ「ユーザーモデル（メンタルモデル）」、そして両者をつなぐ唯一の接点である「システムイメージ（実際のUI・文言・振る舞い）」である。

設計者はユーザーと直接会話できない。概念モデルが伝わるかどうかは、システムイメージの質に完全に依存する。

UXでの活用

• 語彙の設計: 画面に出す言葉（オブジェクト名、状態名）は概念モデルそのものである。実装用語をそのまま出すと、ユーザーは別の概念モデルを組み立ててしまう。
• オンボーディング: 手順を教える前に「このプロダクトは何を何として扱うのか」を先に示すほうが、後の学習が速いことが多い。
• 一貫性の根拠: 概念モデルが定まっていると、新機能を追加する際に「この画面はどの概念に属するか」で判断でき、場当たり的な追加を避けやすい。

誤用・混乱

• メンタルモデルとの混同: 概念モデルは設計側、メンタルモデルはユーザー側にある。「ユーザーの概念モデルを調査する」という言い方は用語が混ざっている。
• 実装構造の露出: データベースのテーブル構成をそのまま画面構造にしたものは、設計された概念モデルではない。
• モデルが正しければ使いやすい、ではない: 概念モデルが妥当でも、視認性や操作性が悪ければ使いにくい。概念設計はユーザビリティの一要素であって全部ではない。