核对入口应贴近结果本身而非需要额外导航
别名: nearby verification · result-adjacent evidence · outcome inspection · 结果核对入口
概念解释
近距离核对（proximate verification）指用户在看到操作结果或成功反馈的同一上下文中，就能检查其对象、范围和状态，而不必记住线索后另行穿过菜单、搜索或切换页面。这里的「贴近」不只指像素距离：提交后的订单可从确认页打开，文档状态能从文档本身查看，自动化规则的执行记录能从该规则进入，都是贴近结果的入口。它把「系统说已完成」转换为「我能看见什么完成了」。
机制
用户刚操作完时，意图、对象名称和预期后果仍在工作记忆中；此时给出对应的证据，归因成本最低。若必须先离开结果现场，再回想做了什么、猜测记录在哪个栏目、在相似对象中筛选，记忆衰减和导航摩擦会让核对被放弃。更糟的是，用户可能找到一个相似但无关的状态，并把它误当作证据。入口靠近对象还会形成闭环：从反馈到证据、从证据到修正动作的路径明确，异常更早暴露。
怎么研究
在保存、发布、转交和异步处理等任务中，要求参与者确认结果但不告知入口位置，记录首次可核对动作、所需导航次数、误认对象和放弃率。对照三个方案：只给 toast、给全局历史页、在结果对象或反馈中给深链。除完成时间外，检查他们是否能说清成功的范围、发现刻意植入的错误，以及中断后能否重新找到同一证据。对多对象列表要特别观察：用户是否核对了正确条目，而非仅看见任一「已完成」。
边界
贴近不等于把所有日志、字段和诊断信息塞进当前界面；信息密度过高会遮蔽主任务。对于长期运行、批量处理或跨系统流程，最终证据可能天然在独立记录页，关键是从当前结果提供明确、带上下文的跳转，而非强迫内联展示。隐私、权限与共享设备也可能使完整内容不宜当场露出；此时应保留可理解的摘要和受控查看路径。低风险、立即可见的本地改动通常已由对象变化自行证明。
怎么落地
- 让成功反馈中的「查看结果」深链到具体对象、版本或本次运行，而不是宽泛的首页、通知中心或搜索页。
- 在对象附近呈现可辨认的结果证据：更新时间、操作者、范围、状态和版本号应能回答「哪一个、做了什么、到哪一步」。
- 设计从证据返回修正的路径，例如从失败的同步记录重试、从发布预览撤回或编辑，避免核对后又要从头找操作入口。
- 对异步和批量任务保存操作上下文；用户稍后重开时，仍应能从原任务、最近活动或可分享链接定位到同一结果。