B3.02.2Match Between System and Real World设计研究

信息顺序应符合现实逻辑

别名: 现实顺序 · 流程顺序 · 时间顺序

概念解释

字段、步骤和列表应按用户在现实任务中经历或期待的顺序组织:先事件后处置,先患者后检查,先出发地后目的地,先原因后结果。匹配真实世界(match between system and real world)不止关于用词是否贴近用户语言,也关于信息出现的时间、因果和空间顺序——顺序错了,词再准确,用户也要先在脑子里把材料倒一遍才能理解当前该做什么。

机制

现实顺序提供检索线索。用户从记忆里取信息时按事件链组织,若界面把结果放在原因前、审批放在申请前,或把同一时刻发生的数据拆到两页,他们就要不断在脑子里重排材料,容易漏填、错配或误判自己所处的阶段。顺序还影响默认值与校验:前置信息本该约束后置选项,例如先选出发地才能限定可选目的地列表;顺序一倒,校验只能拖到提交时才报错,而不是在填写过程中就把无效选项收窄掉。

顺序带来的收益并不均匀,它随步骤之间的因果依赖强度变化。如果后一步的合法取值真的由前一步决定——出发地决定目的地、诊断决定可开具的检查——打乱顺序不仅增加记忆负担,还会让界面在结构上无法提前校验,用户只能靠试错发现约束。如果两个字段彼此独立,比如姓名和电话谁先填都不影响任何后续状态,现实顺序带来的只是叙述习惯上的舒适,收益远小于强依赖场景,此时按错误率或使用频率排序可能比死守叙事顺序更划算。这也是为什么同一条“按现实顺序排列”的建议在不同表单里价值差异很大:不是原则本身失效,是背后的依赖强度变了。

怎么研究

可以用叙事重述法定位现实顺序:请从未接触过界面的用户口头复述完成任务要经过的步骤,按叙述顺序记录事件链,再与候选界面的字段或页面顺序做比对,用序列上的对应关系或编辑距离判断两者偏离程度。这一步必须在用户接触任何原型之前完成,或者单独找一组完全没做过该任务的新手做参照,否则用户的叙述会被已经用惯的界面顺序污染,测出来的是“记住了界面”而不是“现实本来的顺序”。

正式测试时比较“顺序匹配现实”与“顺序被打乱”两个版本,因变量包括完成时间、翻页回看次数、跳字段次数,以及提交后需要修正的字段数;对存在因果依赖的表单,还应记录校验错误发生的时机是填写过程中还是提交之后——顺序真正对了,应该能把错误提前到填写中就被拦下,而不是留到最后一次性报出来。

边界

现实逻辑不是唯一逻辑。管理层可能按优先级组织信息,审计员按证据类型分类,运营可能按客户重要性排序;高频专家任务也可能主动打乱叙事顺序以换取效率,因为专家已经不需要靠顺序作检索线索。若确实改变了现实顺序,需要用标题、分组和预览说明新的结构,避免用户以为漏了步骤。

两类具体边界值得单独说明。一是数据从纸质单据、上游系统或客户提供材料誊抄录入时,用户此刻依赖的“现实”参照是那份源文档的物理排布,而不是抽象的事件因果链——顺序应该服从抄录来源,抄录顺序和事件顺序冲突时优先前者,否则用户要在两种顺序之间来回移动视线核对,反而更容易抄错。二是步骤之间没有因果依赖的独立字段,机制段已经说明此时强制现实顺序收益有限,不必为了体例统一而牺牲填写效率,尤其是在字段数量多、录入频次高的场景。

怎么落地

  • 从任务访谈写出事件链,再映射到字段和页面顺序;对誊抄类录入任务改为映射源文档的物理顺序,而不是抽象事件链。
  • 让前置字段约束后置字段,日期顺序、地址层级和审批链不得倒置,且校验应在前置字段确定后立即收窄后置选项,而不是等提交时才报错。
  • 对跨页流程显示已发生、当前和待发生三组,避免用户寻找尚未出现的输入。
  • 用任务重放比较界面顺序与用户口述的现实叙述顺序,计算两者的偏离程度;对独立字段较多的表单,额外做填写时间的对照测试,确认强制顺序没有拖慢录入。

延伸

  • 同组B3.02.1 使用用户语言而非系统术语 · B3.02.3 隐喻的选择依赖目标用户经验
  • 相邻B3.01 系统状态可见性 · G1 导航与信息架构
  • 站内检索information order · task sequence · form design

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B3.02.2