确认环节须呈现足以区分对象的具体特征
别名: 确认对象特征 · confirmation dialog content · object-specific confirmation
概念解释
描述相似性错误发生在选择那一步：用户已经因为对象之间区分度不足而选中了错误的目标。到了确认环节，如果确认对话框只重复一句通用文案——"确定要执行此操作吗？"——它问的问题和造成误选的那个问题完全无关：误选的原因根本不是用户不确定"要不要执行"，而是不知道自己选中的其实不是本来想要的那个对象。通用确认文案没有提供任何新信息去暴露这个错位，用户会照常点击确认，因为在他的认知里，被确认的对象和他打算操作的对象是同一个——错误因此会毫无阻碍地穿过确认环节。
机制
确认环节能拦下错误的前提，是它提供了选择环节没有提供、或者用户在选择环节没有留意到的信息，让用户有机会在此刻重新核对。如果确认文案里包含的是对象本身独有的、能让人一眼判断"这是不是我要的那个"的具体特征——文件名连同修改时间、联系人姓名连同头像与部门、待删除内容的实际条目预览——用户此刻看到的信息和他脑内的目标描述之间如果不匹配，这份不匹配会被具体地暴露出来，而不是被一句抽象的"确定吗"悄悄盖过去。反过来，通用文案不携带对象特异的信息，等于让确认环节和选择环节问的是同一个已经问过的问题，对已经选错的用户不构成任何新的核查机会。
边界
这个手段只对"用户选错了对象、但仍在认真阅读确认内容"的场景有效——如果用户已经对确认对话框本身产生了习惯性忽略（连续弹出太多次、大多数时候都是无关痛痒的操作触发的），再具体的对象特征也会被跳过不看，这时候问题已经不是确认内容够不够具体，而是确认机制本身因为使用频率过高而失去了效力，需要先从减少不必要的确认触发次数入手。
怎么落地
为每一个存在描述相似性误选风险、且带有确认环节的操作，检查确认对话框呈现的信息是不是对象特异的：把通用文案换成包含具体标识符的文案，把纯文字确认换成包含缩略图、预览或关键属性的确认，让用户在确认的那一刻能够独立判断"这确实是我要的对象"而不需要依赖自己在选择阶段已经可能出错的记忆。验证办法：对照组用通用确认文案、实验组用包含对象特异特征的确认文案，让测试者在已知会出现相似对象的任务里完成操作，统计两组里"选错对象但仍点击确认执行"的比例——如果实验组这一比例明显低于对照组，说明确认内容里补充的具体特征确实起到了拦截作用。