把错误消息连接到实际字段
买家提交询价后，如果页面只弹出“发送失败，请重试”，他无法判断是网络中断、邮箱格式、文件限制还是某个必填项没有完成。错误反馈至少应让人找到具体位置和原因。表单设计者要检查页面跳转后焦点在哪里、错误提示是否仍可见，以及输入内容是否被保留。失败并不总是买家填错，也可能是系统暂时不可用；两种原因应分开处理。
W3C WCAG 2.2 的输入辅助说明要求：用户输入导致错误时，应以文字识别出错误项目，并在可行时提供修正建议。标准中的具体适用情况和技术符合性需要由实施方自行评估；这篇文章只借其原则设计更清楚的询价表单提示。
提供格式和示例
电话号码、日期、国家地区、型号和文件类型有特别格式时，在字段旁写清规则和例子。不要等到提交后才告诉买家“格式错误”。如果接受多种形式，就别只提供一种看似唯一的写法。必填与可选字段要能一眼分辨，字段标签不应只靠灰色占位符传达。
例如邮箱可以提示“name@example.com”；规格字段可以提示可接受单位或请附型号编号。示例要与系统校验规则相符，不能出现用户照做后仍然提交失败的情况。对于国家地区和电话号码，应说明真正支持的格式范围，不能在没有验证时保证全球号码都会通过。
把错误显示在读者能找到的地方
提交后的错误可以在页面顶部提供摘要，并在每个字段旁显示具体提示。摘要应能点击或键盘导航到对应字段。多个错误时标明各自位置，不要只把整段表单标红。颜色可以辅助识别，但错误文本和指示不应仅依赖颜色差别。
文本修改之后，焦点和屏幕阅读器提示要能让使用者知道状态变化。部署者需在实际设备与辅助技术下测试，不能仅凭静态设计稿推断可访问性已经达标。
给出可执行的修正建议
“无效输入”太笼统。错误信息应指出要改成什么格式、缺了哪个选项，或者为什么字段暂时无法验证。对国家、单位、型号等内容，如果系统没有可靠的识别办法，应提供人工联系渠道，而不是强迫买家不断猜。
W3C 对错误建议也说明，在已知修正方式且安全性不受影响时，页面应向用户提供建议。这个原则不等于必须让系统替用户决定型号或采购条件；业务含义仍需企业根据客户资料确认。
保留已经填写的字段
校验失败不应无故清空其他有效字段。用户可能已经填了产品型号、公司信息和用途，要求全部重输会提高中断风险，也可能造成重复请求。测试时至少覆盖：一个字段错误、多个错误、文件太大、格式不支持、网络中断及等待后重试等情况。
如果出于安全原因必须清除某些内容，应说明原因并明确下一步。对上传文件和敏感资料，遵守企业批准的处理策略，不要为了“方便”在日志或错误页回显完整原文。
用真实路径测试表单错误
让测试人员使用键盘和窄屏逐项填写：跳过必填项、输入边界值、改变国家码、在确认前返回上一步、断开网络再恢复。记录每次错误是否能定位、说明准确、保留其他数据和恢复提交。每种环境可能表现不同，所以结论只覆盖实际测试的浏览器、设备和情况。
如果错误提示与后台记录不一致，暂停把问题归因于买家。技术人员检查接收日志与验证规则，内容负责人确认公开措辞和支持入口。保留一条可重现的测试用例，但不要向线上真实询盘系统发送无标记的测试数据。
参考资料
常见问题
只在字段变红时还需要文字提示吗？
需要清晰文字指出错误和可行的修正方式，不能只靠颜色让用户猜。
提交失败后应该清空表单吗？
除非有经过确认的安全或业务原因，通常应保留仍有效的输入，并只标出需要修正的字段。
继续阅读：询价提交后的确认页状态设计 · 长表单的分步进度设计 · 返回文章目录