减少此类错误依赖改变输入端的呈现方式，而非提醒用户集中注意力
别名: 输入端改造 · 呈现方式重设计 · presentation redesign
概念解释
既然数据驱动型错误的触发不经过用户的意图和注意力，那么任何要求用户「更专心」「再仔细看看」的对策都打错了靶子——真正有效的干预只能落在触发发生的地方，也就是数据被呈现给用户的那一端：改变数据摆放的位置、外观、时机，让它不再和无关图式的触发模式重合，而不是指望用户在触发已经发生的通道上多用一分注意力去拦截它。
机制
数据驱动型错误的触发点是「感知输入」这一环，不是「动作执行」或「用户判断」这两环——用户既没有做出错误的判断，也没有执行错误的动作程序，问题出在数据摆在那里的方式恰好满足了另一个图式的触发条件。既然问题出在呈现这一步，干预就该同样落在呈现这一步：把注意力提醒放在动作执行或判断环节，等于在错误的地方设防，触发早已在更上游的感知环节完成，提醒来得再及时也拦不住已经启动的图式。
边界
只有当数据的呈现方式确实可以被重新设计时，这个对策才成立——如果某个数据的呈现格式是被外部系统或行业标准固定死的（比如身份证号、银行卡号的位数与分段习惯），设计者能改动的空间有限，这时只能退而求其次，在数据流入操作序列的那个节点上加隔离，而不是奢望重新设计数据本身的呈现。另外，改变呈现方式解决的是「让触发不再发生」，如果触发已经发生、错误已经做出，这个对策不提供任何补救，补救要靠别的机制（比如让错误动作容易撤销）来兜底。
怎么落地
找出容易被数据驱动型错误击中的位置：通常是「当事人正在处理一份数据，同时旁边就有一个能直接接收该数据格式的输入控件」的场景，比如念号码时旁边正好有个数字输入框。对这类位置做两件事——把承载当前任务数据的展示区和会触发无关动作的输入控件在空间上、时序上错开，避免二者同时出现在同一视野或同一操作窗口里；对于格式无法拉开区分度的数据（都是纯数字串），在关键输入点加一道内容校验，核对填入的值是否符合该字段本身的取值范围，而不是任由任意格式的数字被接受。验证办法：把误填错误日志和界面布局对照，检查这些错误是否集中发生在「数据展示区与无关输入控件距离很近或视觉上连在一起」的位置；调整布局或加上取值校验后，跟踪同一批位置的误填率是否下降。