Q4.14.2Mental-implementation model gap设计研究
模型图与实现模型的落差处正是需要设计弥合的地方
别名: 心智与实现落差 · 系统表象 · system image gap
概念解释
把用户以为的结构叠在系统实际结构上，对不齐的地方不是用户“不懂”，而是心智—实现落差（mental-implementation model gap）：人按自己的因果故事去预测，系统按另一套规则响应。设计要处理的就是这些错位——通过系统表象（system image）让可见行为更接近人的模型，或让人有机会修成一个仍可用的模型。落差图是工作清单，不是嘲笑用户的海报。
机制
人无法直接看见实现，只能通过控件、文案、状态和反馈来更新内部故事。表象若暗示“删除就是没了”，而实现只是归档，下一次搜索里冒出来的条目会被当成故障。落差在预测失败时爆发：操作按用户模型应成功，系统却走了另一条路径。弥合有两个方向，不可混成一句“教育用户”：改表象去迁就稳定且合理的用户模型，或在用户模型确实无法支撑任务时，用可见结构帮助其改写。两个方向都要落在具体错位点上，而不是整包重做概念。
怎么研究
将用户图与实现图对齐同一组实体别名，标出：用户有而实现无、实现有而用户无、同名但因果方向相反、同一操作在两边导致不同下一状态。对每个错位，回放它在任务中造成的停顿或错误。实验或改版应针对单一错位操纵表象（改反馈、改名称、改默认可见性），看该类预测失败是否下降；整包重设计无法归因。
边界
有些落差是领域本身就难，不是界面没画好，例如分布式一致性和最终一致。此时完全抹平落差会撒谎。用户模型内部自相矛盾时，先澄清模型，再谈与实现对齐。专家有意使用实现模型，强行把表象改成新手隐喻会伤害他们。
怎么落地
- 把错位表当作设计待办：每一行写“改哪一处表象或哪一次引导”，禁止只写“加强教育”。
- 优先改造成过预测失败的反馈和名称，而不是先做概念动画。
- 若选择教用户一个更接近实现的模型，指定在哪一任务时刻教、用什么可见证据，并测试教完后预测是否改善。
- 发布前用原错位场景做回归：旧失败是否还在；还在，说明弥合没有打在落差上。