H1.09.1smart prefill error tradeoff设计研究

预填降低输入量但可能引入错误

别名: 智能预填 · 预填错误 · profile prefill · guessed defaults

概念解释

智能预填是应用根据自己已有的用户数据把字段先填上:上次收货地址、档案里的姓名、企业目录里的部门。它减少击键,也把一份可能过期或张冠李戴的值放进即将被提交的位置。浏览器或密码管理器按字段类型自动填入,数据不经过应用的档案,不是这里说的预填。这条只谈应用侧预填的收益与错填风险,不谈来源要不要写在字段旁,也不谈预填值能不能改。

机制

预填把「回忆并键入」换成「核对」。核对比键入快,但核对是再认:看起来像自己的值就会放行,尤其当字段多、人赶时间。过期地址、同名同事的分机、上次给家人买票留下的证件号,都会在再认里被当成「还是我」。第二层是默认的合法性光环:框里已经有字,人会降低对该项的检查深度,错误从「没填」变成「填错了还提交」。没填可以被必填拦住;填错的合法格式会通过校验,伤害发生在履行环节(货发错地、发票抬头是上一家公司)。预填的净效果是输入时间下降、静默错误上升,两者必须成对看,不能只报完成时长。

怎么研究

比较空表、预填且高准确、预填但混入过期或他人记录。任务说明不要强调「请仔细检查预填」。

自变量:预填有无、预填准确率、预填是否来自本人上一单还是他人或过期档案。 因变量:完成时长、击键数、提交中的静默错误(发货地址错、抬头错)、人是否报告检查过预填项。

实验室里被试被要求检查,会高估核对质量。要用时间压力或分心。不要把浏览器自动填充的错配算进应用预填——数据源不同,错误形态也不同(错字段 vs 过期档案)。

边界

用户刚在上一屏选过的值(选完套餐带入价格)不是猜测,是刚做出的选择,预填错误率接近零。法律要求本人当场输入的声明(签名、知情同意的重述)不能预填。档案本身经常错的领域(频繁搬家的地址、刚改名)预填的静默错误会高过省下的击键,应改为建议列表而不是直接写入输入框。完全空的新用户没有可预填的档案,硬填占位姓名是制造错误。

怎么落地

  • 只预填来自「这个账号、且最近被本人确认过」的值;过期超过业务窗口或来自他人记录的,不要写入输入框。
  • 把预填项当成高风险核对:地址、证件、收款账号在提交前用只读摘要再亮一次,而不是只出现在长表中间。
  • 衡量时同时报完成时长和履行错误(发错货、开错票),禁止只把时长下降当成成功。
  • 验证:用一份过期地址预填,看有多少人原样提交。把预填关掉对比静默错误是否下降。抽一笔真实履约投诉,回溯是不是预填值未经核对。

延伸

  • 同组H1.09.2 预填内容需明确标识来源 · H1.09.3 预填必须可修改
  • 相邻H1.13 智能预填与自动填充 · E3.11 默认值策略 · H7.01 购物车
  • 站内检索prefill · default value · recognition vs recall

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H1.09.1