根据 Baymard Institute 2024 年的评估，平均每个电子商务结账流程包含 5.1 个步骤和 11.3 个表单字段，而标准流程仅包含 8 个字段。 大多数网站实际上都需要这种差距是真实存在的。这也是为什么大多数表单设计工作一开始就走错了方向：有人统计字段数量，删掉三个，然后就发布了，结果转化率却没有任何提升。
字段数量只是表单摩擦的一个表现，而非诊断依据。本评分标准适用于所有拥有结账流程、预订流程、预约表单或公共服务应用程序的人员，帮助他们确定首先需要改进的部分。评分标准包含十五项指标，每项指标三分，总分四十五分。最终，您将获得一个分数、一个排名靠前的改进列表，以及一个阈值，该阈值将告诉您是应该优化现有表单还是重建其字段列表。
为什么“直接割地”是错误的第一步
大家都在引用的那个数字——将表单字段从 11 个减少到 4 个，转化率提升了 120%——来自 芝加哥一家网络机构在 2008 年进行的一项案例研究阅读PDF文件，你会发现，近二十年前，在两个不相邻的窗口中，B2B“联系我们”表单的浏览量为184次，提交量为10次；而浏览量为219次，提交量为26次。10次转化对26次转化只是个例，并非电子商务的实际案例，也无法代表整个行业所重视的水平。
Expedia的故事源于2010年的一次会议演讲，该演讲由一家现已停刊的出版物报道，而Expedia的“公司”字段是一个可选字段，每年花费约12万美元。 每一篇幸存的文章 这是二手信息。把它看作是一个关于标签模糊不清的故事，而不是一个系数。
受控测试有利有弊。CXL 文件 一份包含九个字段的表格，在移除三个字段后减少了 14%。然后，当保留所有九个字段并重写标签文案后，增长了19.2%。真正重要的字段往往不是最容易删除的字段。
评分标准：15项指标，45分
根据表单在真实设备上的实际表现，而不是设计文件中的描述，对每个标准进行 0 到 3 分的评分。
| 成绩 / 分数 | 意 |
|---|---|
| 0 | 缺失，或以会对用户造成实际损害的形式存在 |
| 1 | 存在，但在不同领域或步骤中不一致 |
| 2 | 走上正确的快乐之路 |
| 3 | 确保所有路径（包括错误状态、B2B 订单和非国内地址）均正确无误 |
A组——实地考察（12分）
| # | 标准 | 数字3长什么样？ |
|---|---|---|
| 1 | 命名下游用途 | 每个字段都对应一个系统、法律义务或履行步骤，您可以具体说明。“市场部可能需要”得分为 0。 |
| 2 | 延期收款 | 任何与下单无关的信息都会在付款确认后询问，而不是付款之前。 |
| 3 | 条件显示 | 税务识别号、公司名称和地区特定字段仅在用户选择触发时才会显示。 |
| 4 | 无冗余条目 | 根据流程规定，不会重复请求任何内容。 WCAG 2.2 SC 3.3.7账单地址默认为收货地址。 |
B组——输入机制（12分）
| # | 标准 | 数字3长什么样？ |
|---|---|---|
| 5 | 自动填充令牌 | 每个字段都包含一个有效值 WHATWG 自动填充令牌: given-name, address-line1, postal-code, tel, cc-number这也是一种足够有效的技术。 SC 1.3.5. |
| 6 | 键盘匹配 | 正确： type 和 inputmode 因此，输入数字字段会在移动设备上打开数字键盘。 |
| 7 | 格式容差 | 邮政编码、电话号码、银行卡号和税务识别号均接受空格、标点符号和大小写混合，然后在服务器端进行规范化处理。GOV.UK 网站对此有明确说明。 地址模式. |
| 8 | 浆糊幸存 | 粘贴功能不受任何限制。一次性代码携带 autocomplete="one-time-code"密码管理器不会被自定义输入破解。 |
C组——标签和指导（9分）
| # | 标准 | 数字3长什么样？ |
|---|---|---|
| 9 | 持久标签 | 可见标签，在获得焦点和输入内容后仍然可见。仅占位符字段得分为 0。 SC 3.3.2. |
| 10 | 即时帮助 | “地址行 2”、税务标识符或安全码等含义模糊的字段会提供内联说明，而不是需要查找的工具提示。 |
| 11 | 无障碍名称匹配 | 程序化标签包含可见的标签文本，并且每个输入都与其正确关联。 |
D组——失误与补救（6分）
| # | 标准 | 数字3长什么样？ |
|---|---|---|
| 12 | 修复错误 | 错误信息会指出问题所在以及解决方法。 SC 3.3.3，与 错误摘要 顶部是重点，并链接到每个失败的字段。 |
| 13 | 国家在失败中幸存 | 即使出现验证错误、返回上一页、会话超时或付款被拒绝，也不会丢失任何数据。 |
E组——身份门（6分）
| # | 标准 | 数字3长什么样？ |
|---|---|---|
| 14 | 访客路径 | 无需注册账户即可完成购买。确认页面会提供创建账户的选项，用户可以使用已提供的信息创建账户。强制注册是导致 18% 用户放弃购买的原因。 离开时给予. |
| 15 | 无需认知测试 | 根据规定，身份验证不需要记住或解决任何没有替代方案的问题。 SC 3.3.8. |
读谱
两条规则。首先，乐队：
- 38 45。 表单并非瓶颈所在。问题出在上游：40% 的放弃购买者表示是额外费用，20% 表示是交付速度慢，而只有 17% 的人表示是结账流程复杂。
- 28 37。 按组顺序固定所有 0 和 1。预期会有可测量但有界的移动。
- 18 27。 在进行任何外观方面的A/B测试之前，请先重建现场库存。
- 低于 18XNUMX。 不要进行测试。重新构建，然后设置新的基线。
其次，优先处理：无论总分如何，任何D组或E组标准得分为0的项都将优先处理。如果表单因付款被拒而丢失数据，则该表单不适合进行优化。
示例
这是土耳其电子商务中常见的一种综合模式；此处的评分仅供参考，并非对客户的客观评估。三步结账流程要求填写姓名、姓氏、邮箱、电话号码、地址、所在区县、城市、邮政编码、身份证号码和账户密码，然后在结算步骤中再次要求填写姓名和地址。
A组得分4/12：无条件ID字段（1分），账单重复发货（0分），无延迟付款（1分），所有字段均可命名（2分）。B组得分5分——地址块中没有自动填充标记，邮政编码拒绝空格。C组得分4分——仅占位符标签。D组得分2分：内联错误，但密码在失败时会被清除。E组得分1分：注册是强制性的。总共得分16/45，其中D组和E组各得0分，因此指令不是“删除三个字段”，而是“使注册成为可选，并停止清除状态”。
【需要内部数据：Switas 结账审核的首次审核分数分布情况，以及整改后的中位数分数变化。】
三个需要本地判断的领域
土耳其国民身份证。 土耳其卖家需要身份信息才能进行电子发票（e-Arşiv），因此许多结账平台强制要求所有买家提供土耳其纳税人识别号（TC Kimlik Numarası）。但这并非必须。根据《税务程序法》第588号总公告2026年的规定，向非注册纳税人买家开具的发票无需提供身份信息。 可能包含占位符值 11111111111卖家不负责核实客户提供的身份信息。每笔订单都必须填写的3位必填字段是产品设计上的考量，并非法律强制要求。第三条标准正是针对这一点而制定的。
地址结构。 土耳其的地址结构是省、区、街区、街道、楼栋、公寓——六层，而英语只有四层。 address-level 使用 HTML 规范提供的标记。选择一个映射，记录下来并保持稳定，因为之后更改映射会悄无声息地破坏所有回访用户的自动填充功能。GOV.UK 的规则适用：仅当您知道服务对象涵盖哪些国家/地区，并且能够找到一种适用于所有国家/地区的格式时，才使用单独的字段。
公司名称和增值税信息。 B2B 标识符应该放在“这是企业订单”开关后面。如果对所有买家都显示，那就等于把 Expedia 的问题换了个新包装。
这个评分标准哪里出了问题？
它会评估表单机制，但这仅是导致结账放弃的一小部分原因。Baymard 的数据显示，在 50 项研究中，平均放弃率高达 70.22%，而额外费用、配送速度和支付信任度等因素的优先级都高于结账复杂性。即使网站上的表单评分达到 45/45，但如果运费出乎意料，订单仍然可能流失。
它是一种启发式工具，而非证据：它能告诉你摩擦可能出现在哪里，而不是每种解决方案的具体效果。你可以用它来构建一个按优先级排序的假设列表，然后对排名靠前的方案进行适当的评估和测试。它不涵盖支付方式组合、配送选项或信任信号。对于欧盟卖家而言，电子商务服务属于其适用范围。 欧洲无障碍法案因此，上述 WCAG 标准是合规的最低标准。
它也采用了交易形式。线索生成表单有意牺牲线索数量来换取线索质量，因此，高分可能意味着你收集到的线索太少。
常见问题解答
表格评分需要多长时间？
单个流程需要两到三个小时进行测试，测试平台包括真机和屏幕阅读器，并且会故意安排一次支付失败。大部分测试结果都归入D组，因为没有人研究过恢复状态。
谁来负责记分？
一个人评分，另一个人审核每 0 分和 1 分。单人评分审核结果往往偏向 2 分，表格设计者不应该独自评分。
减少字段数量是否总是最佳方案？
通常情况下，这是由于满足标准 1 至 3 而非特定目标所致。如果没有指定的下游用途，则删除。如果某个用途仅适用于部分订单，则将其设置为条件性用途。
如果我的目标市场在欧盟以外，我可以跳过无障碍标准吗？
你可以这样做，但你会失去转化率提升的优势。自动填充令牌、持久标签和可粘贴的一次性代码最初是为了提升用户体验，后来才成为合规性要求。
如果我的表格得分很高，但转化率仍然很低怎么办？
这就是38-45区间，而且很有用：问题出在上游。在再次调整界面之前，请先查看成本透明度、交货承诺和支付选项。
我应该对这些标准赋予权重吗？
第一次尝试未必能成功。等权重可以确保评分的公正性，并让D/E组的优先级排序来决定。一旦获得多个流程的结果数据，再根据你自己的结果进行加权。
这个功能适用于预约和预订表格吗？
是的。预约、诊所预约和公共服务申请表都不符合同样的标准，通常属于C组和D组。只有第14条标准需要修改措辞，因为某些服务确实需要已验证的账户。
我们应该多久重新评分一次？
每次发布涉及字段的内容后，否则每年两次。分数会悄然衰减，通常是由于条件字段变为非条件字段所致。
下一步
本周请根据十五项标准对您的收银系统进行评分，并首先解决D组和E组的零分问题。如果您希望由独立机构进行审核，并对审核结果进行排名和量化， 这就是我们用户体验审核服务所能提供的。.
来源
- Baymard Institute — 结账优化：精简表单字段 （26 June 2024）
- Baymard研究所——购物车放弃率统计数据 （更新于2025年9月22日）
- 想象中的景观——联系表单案例研究（PDF，2008 年）
- CXL——真的应该减少表单字段吗？
- 可用性至关重要——Expedia 表单字段研讨会报告（2010 年）
- W3C — 理解 SC 3.3.7 冗余条目
- W3C — 理解 SC 1.3.5 识别输入目的
- W3C — 理解 SC 3.3.2 标签或指令
- W3C — 理解 SC 3.3.3 错误建议
- W3C — 理解 SC 3.3.8 无障碍身份验证（最低要求）
- WHATWG HTML 标准 — 自动填充字段名称
- GOV.UK 设计系统——解决模式
- GOV.UK 设计系统 — 错误汇总组件
- 欧盟委员会——《欧洲无障碍法案》
- MuhasebeTR — 2026 年《税收程序法》第 588 号总公告规定的发票限额
