可理解：信息与操作需可被理解
别名: 可理解 · POUR understandable · 可预测
概念解释
信封送到了，也能撕开，信里却是一套每次都不一样的暗号。「提交 / 下一步 / 完成」在同一流程三页各出现一次；报错只写「输入无效」；填到一半被踢出登录且不说因为超时。可理解（understandable）处理的是解码：信号已经到达，控件也能触发，人还是无法把它们映射成「现在是什么、下一步会怎样」。缺的不是对比度，也不是键盘事件。
它常被缩成「把句子写短」。短句解决不了用词来回变，也解决不了同一图标在这里是删除、在那里是归档。
机制
理解是一次模型匹配：把眼前的词、位置、反馈对上「这类界面通常怎么走」。匹配依赖稳定的用词、稳定的布局、以及错误发生时还能指出哪一条规则被打破。行话、一次一变的按钮文案、没有下文的失败，会让匹配成本涨到有人直接放弃——包括没有被诊断为认知障碍、只是累了或在用第二语言的人。
第二层是可预测性重于辞藻。语言简明有帮助，但真正让操作可理解的是同一动作同一说法、同一位置同一职责。读得懂每个字，仍可能读不懂「为什么刚才那一下把整单清掉了」。POUR 把它单独列出来，就是承认感知和操作成功之后，解码仍可能失败。
怎么研究
做文案脱离界面的理解测试：把按钮名、标签、报错印成清单，不给截图，问没见过产品的人「按下去会怎样 / 该改哪一栏」。另做一致性走查：同一操作在不同页的用词、图标、位置是否同一套。可读性公式（Flesch 一类）只能当粗筛，不能当达标证明——公式不认识领域词，也不认识「下一步」和「提交」是不是同一动作。
自变量：用词是否跨页一致、报错是否指出字段与改法、是否有超时解释、语言是否为用户的第一语言。 因变量：未接触过界面的人预测正确率、任务中途的迷航次数、因读不懂而放弃的比例。
认知走查和出声思考比自动化合适。检查器几乎看不到「可理解」，因为它不读人的模型。
边界
专业工具面对受过训练的操作员，领域术语可能比强行口语化更可理解——此时一致性和可查询的术语表比「全换成短词」重要。实时协作里他人造成的状态变化，本来就难完全预测，可理解退化为「谁改了什么」的可见记录，而不是事先猜中。法律、医疗的强制措辞不能改成口号，要在强制文本之外另给一层人话说明。严重认知障碍需要的支持远多于用词一致（步骤分解、记忆减负），可理解原则给的是底线，不是认知无障碍的全集。
怎么落地
- 同一动作在全产品只用一个动词、一个位置；改名就全局改，不要一页「保存」一页「写入」。
- 报错指出哪一字段、为什么不收、下一步改什么；禁止单独一个「无效」。
- 超时、自动保存、会清掉数据的动作，在发生前用那个人已经在用的词说清楚。
- 验证：把关键按钮和报错做成无界面的字条，找没见过这产品的人预测后果；再对照真实页面，列出用词不一致的每一处。预测错和不一致的每一处，都是解码在失败，不是「再加大字号」能修的。