先给有条件的结论:如果新增字段收集的是完成当前任务必须的信息,而且用户能在不离开当前页面的情况下理解并填写,那么它通常不会实质阻碍任务完成;反之,如果新增字段让用户需要额外查找资料、反复试错或产生被审问感,阻碍就已经发生。判断依据不是字段数量,而是“新增字段是否改变了用户完成任务的路径”。
字段从 5 个增加到 8 个,不等于任务一定变难。真正需要核对的是:用户在哪一步停住。假设一个株洲本地服务站的咨询表单,原来只有姓名和电话,后来加入“需求类型”“预算区间”“期望联系时间”。如果后台数据显示填写到“预算区间”时放弃明显增多,而前两个新增字段的完成情况正常,那么阻碍点更可能集中在预算这类敏感或不确定信息上,而不是“字段变多”本身。
这里要区分两种解释:一种是用户不愿意填,另一种是用户不知道该怎么填。前者表现为点击后返回、停留时间短;后者表现为反复修改、在某个选项上停留很久。两种原因对应的处理动作不同,不能都归结为“表单太长”。
可以按下面三个问题逐项过一遍新增字段:
把这三个问题的答案写下来,比凭感觉判断“字段是不是太多”更可靠。如果三个问题里有两个指向“额外负担”,就应该考虑拆分、延后或改为选填。
有一种情况会让上面的结论失效:新增字段虽然多,但它替用户省掉了后续来回沟通;而删掉字段后,用户反而要在一个空白框里自己组织语言。假设把“需求类型”从下拉选项改成一个必填的“请描述您的需求”大文本框,字段数量是减少了,但用户需要自己判断写什么、写多详细,完成任务的难度可能上升。
所以不能把“字段少”直接等同于“阻碍小”。判断标准始终是:用户完成当前任务所需的认知成本和操作步骤有没有增加。字段数量只是表象,输入形式和填写要求才是更接近原因的证据。
在改动全站表单之前,先做一次可回退的小范围对照:保留原表单作为 A 版,把新增字段按“必填 / 选填 / 移到下一步”做成 B 版,观察两版在开始填写到提交成功这一段的行为差异。注意,提交量下降不能单独证明是字段造成的,它还可能受流量来源变化、页面加载、活动结束等因素影响;同样,提交量上升也不能单独证明字段设计正确。要结合放弃发生的具体位置一起看。
如果确认阻碍集中在某一个字段,优先处理那个字段:能改成选项就不要求手写,能选填就不设必填,能放到提交后追问就不放在提交前。处理完再观察同一位置的放弃是否减少,以此决定下一步是继续精简还是保留。整个判断过程围绕“用户是否更顺利地完成了任务”,而不是围绕字段数量本身。