让人能够继续填写的表单错误提示

先判断发生了哪类问题

字段为空、格式不受支持、服务中断，需要不同回应。动笔前，请团队说明系统检测到了什么，以及对提交结果知道多少。如果无法确认是否保存，提示就需要保留不确定性，并提供核对方式。

一家虚构商店用表单收集制作样品所需的信息。“出了点问题”让人不知道该修改输入还是等待。编辑的第一项工作是把技术状态解释成人能理解的情况，同时避免公开无关的内部细节。

让指令对应具体字段

以下原创例子采用虚构规则，服务必须实际执行这些规则。规则改变时，文案也需要改变；未经检查就复制，可能制造新的矛盾。

GOV.UK 建议采用字段标签中的词语，并说明怎样纠正。检查读者能否找到被点名的字段，以及指令是否对应实际可执行的动作。

困难时刻保持清楚的语气

幽默可能掩盖指令，也可能让担心丢失工作的人感到突兀。先尝试直接表达，再考虑个性。“检查文件”仍不明确：应说明什么条件阻止使用，以及流程接受什么替代方案。

服务失败时，不要把问题归因于用户。一条虚构回应可以是：“我们无法确认提交结果。请保留此页面，并用所示编号查询状态。”只有页面和渠道确实支持此操作时，这句话才成立。好的文字需要实际流程支持。

检查错误后保留下来的内容

回到表单后，之前的答案是否还在？提示是否靠近正确字段？用户能否不只依靠颜色找到它？GOV.UK 的模式在显示错误时保留答案。实现还需检查标签、关联和导航。

W3C 说明，检测到错误且知道纠正建议时，应提供建议，除非会危及安全或内容目的。这个条件很关键：不要透露账户信息，也不要编造系统无法知道的纠正方法。

完整测试一次恢复过程

针对团队确认的状态准备虚构输入：空值、格式错误、超大文件，以及在测试环境模拟的中断。请一个人解释发生了什么，并尝试继续。记录哪里犹豫、哪些内容保留，以及结束时系统确认了什么。

练习评估这些情况中的理解和行为，本身不能证明全面无障碍，也不能证明转化增加。本站客户旅程图可以将这次恢复放入更大的体验中。

把提示与规则保存在一起

• 检测到的状态及现有证据。
• 受影响的字段或服务部分。
• 批准的文字及翻译。
• 可执行动作与保留的数据。
• 重试观察结果及审核负责人。

限制或校验规则改变时，保留并更新记录。品牌承诺指引希望提供的体验；本审核检查一句话及其实际后果。先处理一个有记录的常见错误，再考虑修改所有提示。