先给结论:字段增加是否阻碍任务,不看字段总数,而看新增字段是否落在用户完成核心任务的必经路径上、是否要求用户离开当前场景去获取信息、以及失败后能否只改这一项而不推翻整份表单。如果新增字段只是可选补充、且不阻断提交,它通常不构成阻碍;如果它把原本一步完成的任务拆成多步、或让用户必须先查资料再回来,就应按阻碍处理。
一个常见场景是:团队在测试环境里给表单加了几个字段,几个人试用都顺利提交,于是判断“没影响”。但上线一段时间后,完成率下降,且下降集中在某几类用户身上。这时不能直接认定是字段数量导致的,因为至少有两种解释同时成立。
第一种解释是信息获取成本:新增字段要求用户提供他手边没有、需要另开页面或翻记录才能填的内容。用户不是不会填,而是被中断后没有回来。第二种解释是校验与错误反馈:字段本身不难,但格式限制、必填标记或报错提示让用户反复试错,最后放弃。
这两种解释对应不同的修复动作。前者要删字段或改成事后补充,后者要改提示和校验逻辑。判断错方向,改完仍然丢任务。
要区分上面两种解释,可以看三组可观察的证据,而不必依赖单一完成率数字。
这里要注意一个边界:完成率下降不能单独证明是字段增加造成的。同一时期可能还有入口变化、流量来源变化或页面加载问题。因此上面三组证据要一起看,只有流失位置、报错行为和字段必要性指向同一结论时,才适合按阻碍处理。
假设某服务预约表单原本只需填姓名和联系方式,后来新增“证件号码”和“推荐人编号”两个字段。测试时几个人都能填完。上线后,完成率下降,且离开集中在“证件号码”之后。
此时可以这样判断:先看“证件号码”是否为核心任务必须现在提供。如果预约本身不需要即时核验身份,它就不在必经路径上,应改为可选或提交后补充。再看“推荐人编号”是否要求用户离开页面去查。如果是,它同样属于信息成本,而不是字段数量问题。按这个顺序调整后,下一步只需观察离开位置是否前移或消失,而不必同时改所有字段。
具体动作可以按下面顺序做,每一步的结果决定下一步:
这套判断的适用条件是:你能区分字段是否在核心任务路径上,并且能观察到离开位置而非只看总数。如果无法区分,字段增加是否构成阻碍就无法可靠判断,此时应先补上这个区分,而不是直接删字段或加字段。