显式的概念图示比隐含在交互中的模型更容易被用户正确习得
别名: device model · conceptual diagram · 显式模型 · 概念图示
概念解释
一个系统的概念模型可以用两种方式传达：让用户自己在反复操作中摸索、归纳出内部规律（隐式），或者直接给出一份图示或说明，把关键部件之间的关系讲明白（显式）。两种方式都能让用户最终形成一个可用的模型，但显式呈现的习得准确率更高——用户不需要靠自己从有限的几次操作里推断出正确的结构，而是被直接告知了结构本身。
这条讲的是"要不要主动讲"这个选择本身的效果差异，不是"讲了会有什么后果"——显式呈现之后模型是否真的正确，还要看讲的内容对不对。
机制
隐式习得依赖用户自己完成一次归纳：从若干次具体操作的结果里，反推出背后一致的结构性规则。这个归纳过程本身容易出错——用户接触到的样本有限，容易把偶然的巧合当成规律，也容易只归纳出适用于已尝试过的那几种情形的局部规则，而不是真正的整体结构。尤其是那些不能从单次操作里直接观察到的关系（数据到底存在本地还是同步到云端、修改一处会不会影响其他地方），隐式归纳几乎没有机会靠日常操作触及，用户只能凭直觉瞎猜。
显式图示把这个归纳过程省掉了：结构直接被陈述出来，用户不需要自己验证归纳是否正确，只需要理解和记住这份陈述。经典的实验证据来自设备操作研究——给一批用户一份描述设备内部工作原理的示意图，另一批只让他们通过操作说明学习具体步骤，前者在遇到没被教过的新故障或新任务时，表现明显更好，因为他们手里有一份可以推导的结构，后者只有一串记住的步骤，步骤之外束手无策。
怎么研究
比较显式与隐式习得效果的经典范式是设备模型实验：把被试分为两组，一组学习一份描述系统内部结构或原理的示意图（显式条件），另一组只学习完成具体任务的操作步骤（程序性条件），随后测试两组在未被教过的新任务或故障排查场景下的表现。
常见自变量：是否提供显式结构说明、说明的呈现形式（图示、文字、类比）。 常见因变量：新任务完成率、故障诊断正确率、操作步骤的记忆保持时间。
这套范式在界面研究里常用于评估帮助文档或引导流程该不该包含一份概念说明——如果显式条件组在新任务上的优势明显，说明当前产品的隐式学习曲线可能让用户长期停留在"只会做教过的操作"的水平。
方法论注意点：设备模型实验的效应在结构迁移到新任务上最明显，在被试反复练习过的原始任务上，两组差异可能很小甚至没有——评估时要看迁移任务的表现，不能只看原始任务的完成速度。
边界
- 只有当系统确实存在一套值得讲清楚的结构性关系时，显式呈现才有优势；如果系统只是一串互不关联的功能点，没有底层结构可言，显式说明没有内容可讲，也谈不上比隐式更有效。
- 对已经通过大量重复操作、隐式归纳出正确模型的老用户，补充显式说明的边际收益很小，甚至可能因为打断已经顺畅的使用而显得多余。
- 显式呈现只保证习得过程更准确，不保证呈现的内容本身正确——如果图示画错了、说明本身有误，用户会同样高效地学会一个错误的模型，比隐式摸索出的错误模型更牢固，因为它是被直接告知的，不是自己试出来的、容易被下一次反例推翻的。
怎么落地
- 找出系统里那些无法从单次或少数几次操作中直接观察到的结构性关系——数据存储位置、修改的影响范围、状态之间的因果关系——这些是隐式学习的盲区，也是显式说明收益最大的地方。
- 显式说明只聚焦用户需要用来预测结果的那部分结构，不要把内部实现细节一并塞进去——多余的内容会稀释真正需要记住的关系，增加认知负担却不提升预测能力。
- 验证办法：把同一份新手引导分成有无显式结构说明两个版本，分别测试用户完成一个从未被直接教过、但可以从结构推导出来的新任务，比较两组的完成率；差距越大，说明这份结构说明的价值越高。