A7.10.2Persistent status as model expression设计
界面持续可见的状态显示，本身就是对概念模型的一种表达
别名: status indicator · 常驻状态 · ambient display · 状态可见性
概念解释
一个存储容量条、一个联网状态图标、一个持续显示"当前处于协作模式"的标记，看起来只是反馈信息，但它们同时在做另一件事：持续回答"系统现在处于什么状态"这个问题，而这个问题的答案往往直接对应着用户脑子里概念模型的一个变量。这类常驻显示不是一次性讲清楚结构之后就完成任务的说明，而是把结构中会变化的那一部分，变成随时可以被查看、被验证的东西。
机制
一次性的图示说明只在用户看到它的那一刻起作用，之后能不能被正确记住、会不会随时间模糊，靠的是用户自己的记忆。持续可见的状态显示不依赖记忆保持——它把答案摆在那里，用户需要的时候随时能看，不需要的时候也在后台持续提供一个可以被瞥一眼确认的锚点。
这种呈现方式还带来一次性说明给不了的东西：持续的证据积累。用户每次瞥一眼状态显示，都是在对自己脑子里的模型做一次隐性的核对——如果显示的状态和预期一致，模型被反复确认；如果某次显示的状态和预期不符，这是察觉模型出了偏差的最早、成本最低的信号来源，比等到一次操作彻底失败才发现问题要早得多。
边界
- 持续状态显示要真正起到表达概念模型的作用，前提是它的含义已经能被用户正确解读——一个含义模糊、需要专门学习才能看懂的图标，本身还需要额外的显式说明才能生效，不能替代说明，只能承接说明之后的持续验证功能。
- 它能表达的只是"现在是什么状态"，不能表达因果关系或历史——为什么变成这个状态、之前经历了什么变化，这类需要时间维度的解释，常驻显示给不出来，需要靠别的方式呈现。
- 不是所有状态都值得常驻显示。把不影响当前操作判断的状态也做成持续可见的元素，只会增加界面噪音而没有实际的核对价值——只有那些"搞错了会导致用户做出错误判断"的状态，才值得占用持续可见的位置。
怎么落地
- 找出产品里对操作判断有直接影响、但目前只能通过间接线索或用户自行推测才能知道的状态（是否在线、当前编辑的是不是共享版本、存储是否接近上限），给这些状态一个持续可见、无需额外点击就能确认的呈现位置。
- 只在状态真正影响当前操作时才显示，避免把状态显示做成任何时候都占屏幕位置的固定元素——联网状态只有在用户即将执行需要联网的操作时才值得强调，其余时间可以退到次要位置。
- 验证办法：在一次测试中临时隐藏某个常驻状态显示，观察因为对该状态判断错误而导致的操作失误是否明显增多；如果失误增多，说明这个显示此前确实在承担着让概念模型保持准确的作用，而不只是装饰性反馈。