Q4.14.1User mental model diagram设计研究
心智模型图呈现用户认为系统如何运作，而非系统实际如何运作
别名: 用户心智模型 · 概念模型图 · user's model
概念解释
用户心智模型图（user mental model diagram）画的是人以为系统里有哪些实体、它们如何因果相连、自己的操作会推动什么，而不是架构图、数据流或真实状态机。两者偶尔重合，但重合不是这张图的目标。把实现结构贴上“心智模型”的标题，只会让团队以为用户已经按工程师的方式在理解产品。
机制
人在使用中构造的是可运行的简化因果故事，用来预测“如果我按这里，接下来会怎样”。故事为了可记，会省略、合并、错置实体——例如把缓存当成“还没保存”、把账号与设备当成同一个东西。图要忠实于这些故事里的对象和箭头，包括错误的箭头。对照实现去“纠正”图上的实体，图就不再是用户模型，而成了另一张系统图。保留错误结构，是为了后续能指出人会在哪一步做出合理但失败的预测。
怎么研究
从任务中的预测、错误、停顿和自发解释里抽取实体与关系，而不是从代码模块列表起步。让参与者在任务后用纸笔画出“里面有什么、什么连着什么”，再与任务中的行为对照：图上有、行为中从未用到的部分，可能是事后补的。多名用户的图应先各自成篇，再标出共享结构与分歧，不要先平均成一张“标准用户模型”。每条因果箭头旁注明它被什么观察支持。
边界
专家用户的模型可能接近实现，这不授权把架构图当作心智模型图。极端简化的营销概念图也不是用户模型，除非观察表明用户真的那样想。有些任务几乎不需要内部因果故事（纯感知运动技能），此时硬画实体关系会伪造认知深度。
怎么落地
- 图题写清“用户以为的结构”，并与实现结构分开展示，禁止合成一张“正确化”的图。
- 保留错误实体和错误箭头，用标注说明它们在任务中如何被使用。
- 设计讨论先指着用户图讲预测，再打开实现图，避免一上来用架构纠正“误解”。
- 抽查：不看实现的人能否从这张图复述用户会做的下一步；若不能，图仍是系统说明。