一个好的概念模型使用户能够预测自己行为的结果。没有一个好的概念模型，就只能生搬硬套地盲目操作；用户可能遵循已经知道的方法操作，但无法完全理解为什么，预期的效果是什么，或者事情出错了该怎么办。

老酒馆树下的猫

设计师该看看。

大山头的猛男

这就是为什么我偏爱那些有“模拟模式”或清晰状态指示的工具，至少我知道机器在想什么。

DuangDuang麻

其实何止软件。任何复杂的工具、制度、甚至人际关系，缺乏一个好的概念模型都会让人陷入被动。你只知道“A情况下要做B”，却不理解A和B之间的深层联系。当出现C情况时，你就束手无策了。这种设计上的懒惰，把认知负担完全甩给了用户，本质上是一种傲慢。诺曼在几十年前就指出的问题，今天依然遍地都是，想想真是讽刺。

木村～就是李树

隐喻是一把双刃剑，用好了（如桌面、文件夹）能极大降低认知负荷，用不好或过度延伸（比如把云存储叫成“魔法口袋”）反而会造成混淆。

在魔都的Art宝妈

过于真实。

布吉先生

有时候不是没有模型，而是模型太复杂或者太技术化，没有翻译成用户能理解的语言和比喻。

街拍穿搭

很多SaaS产品功能爆炸，但 onboarding 做得稀烂，用户进来就像被扔进了一个满是按钮的迷宫，没有地图。

神兜兜小立南

哎，做设计久了，看到这种话就觉得膝盖中箭。我们是不是太沉迷于自己的“优雅方案”，而忘了用户真正需要的那份“清晰”？

不如壹7舞

读这段话时，我正坐在工位上，对着新上线的内部系统发呆。昨天我按培训步骤提交了报告，系统却弹出一个我从没见过的错误码。我翻遍了所有帮助文档，只找到一句“请联系管理员”。概念模型？我连这个系统的“地图”都没有，每一步都像在黑暗里摸索墙壁。诺曼说得太对了，没有好的概念模型，我们不是用户，只是遵循咒语的学徒，一旦咒语失效，就只剩下茫然和无助。这让我想起小时候玩那种没有说明书的全外文玩具，靠瞎按按钮偶尔能启动，但永远不知道每个部件到底在干嘛，坏了就只能扔掉。现在的很多软件，不就像那个玩具吗？

雪菜平菇蒜苗

作为一个半路出家的设计师，我第一次读到诺曼时有种被击中的感觉。之前我总是纠结于按钮的颜色和布局，但他说到了根子上：如果用户心智里无法构建出系统如何运作的图景，再漂亮的界面也是隔靴搔痒。这就像给你一辆没有仪表盘、只有一堆闪灯的车，灯亮了，你不知道是没油了还是引擎过热，只能靠猜，或者干脆弃车而逃。好的设计应该是透明的，让用户感觉自己是在“驾驶”，而不是在“解码”。