概述
表单承担着注册、下单、提交信息等关键转化任务,也是用户放弃最集中的地方。Baymard 的长期结账研究显示,平均结账表单有 11.3 个字段,而表现优秀的站点通常 6-8 个字段就能完成交易——大多数表单的问题不是「不好看」,而是「问多了、说不清、报错晚」。本文的改法按投入产出排序,多数不需要动视觉稿。
适用场景
- 适用:注册/登录、下单结账、信息提交、B 端录入类页面的转化优化与体验走查。
- 不适用:纯展示型页面,或用户必须完整提供的法定字段(如实名认证)——此时优化重点转为分步与解释。
操作步骤
- 砍字段:逐个问「这个字段现在有谁用它做决策?」没有答案的直接删;需要但不急的挪到后续环节。这通常是收益最大的一步。
- 说清必填/选填:Baymard 与 NN/g 的研究建议必填和选填都标注(只标选填的 Gov.UK 风格适用于字段几乎全选填的场景)。别只靠星号——给星号加图例或直接写「(选填)」。
- 拆长表单:超过一屏的表单按信息模块分组或分步骤(每步一组逻辑相关字段),给出进度提示。B 端复杂录入还可用抽屉/弹窗承载次级表单,避免整页跳转打断主流程。
- 实时校验:输入过程中即时反馈,不要等提交后才报错;校验时机放在字段失焦后,而不是每敲一个字符。
- 错误提示三要素:说清哪个字段出错、为什么(格式要求)、怎么改(给出正确示例)。错误提示留在字段旁,不要只弹一个顶部 toast。
- 选对输入组件:日期用日期选择器、地区用级联选择、选项超过 8 个用可搜索下拉;能默认的不让用户填(如基于 IP 预填地区)。
- 给即时预览/反馈:填写过程能实时看到结果(如地址格式化、订单摘要),让用户确认「我填的东西变成了什么」。
常见坑
- 收集「以后再问」的信息——收集的字段数量远超实际使用量,是表单放弃的头号原因。
- 只在提交后统一报错,用户改一个错要来回滚动。
- 用 placeholder 代替标签:一开始滚动、输入第一个字标签就消失,长表单必然出错。
- 移动端沿用桌面双列布局:小屏上双列会破坏填写顺序,移动端坚持单列。
- 分步后不能回退:分步骤必须允许返回修改,否则用户会为了「回去看一眼」而放弃。
效果衡量
- 表单完成率 / 放弃率(分字段的中断点要靠埋点或会话回放定位);
- 提交错误次数、平均完成时长;
- 客服中「不会填/填不了」类反馈量。
相关方法怎么选
| 场景 | 用什么 |
|---|---|
| 不知道用户在哪一步放弃 | 漏斗分析 / 会话回放 |
| 字段该不该留 | 字段逐条追问用途 + A/B 测试 |
| 复杂 B 端录入 | 分组、抽屉承载、实时渲染(见 UX 百科的实践) |
| 文案与标注拿不准 | 引用 Baymard / NN/g 研究结论做评审依据 |