报名被拦住时，把人带到能修改的位置

“优化错误提示”到底要处理到哪一步

我会先看被拒绝的画面、输入值和操作顺序，而不是立即列文案。找不到修改位置、前后端规则不一致、服务器故障，需要修改的部分不同。我会把请求重新写成：保留已经输入的内容，让人修正当前需要的字段，再继续报名。这样才能判断文案改完是否真正解决了这次问题。

这个例子要求姓名、邮箱和参加方式。现场参加还需要选场次，线上不需要。登录、支付、附件都不在本次范围。用“示例参与者”、邮箱“sample@”、现场参加且场次留空来复现，预期同时指出邮箱与场次。用虚构输入就足够，不必把真实报名者资料放进调查记录。

拒绝前的输入与修改后的请求一起对照

画面上有必填标记，不代表服务器执行相同条件。要和开发对照字段定义、前端校验及服务器拒绝原因。邮箱允许什么格式、姓名两端空白怎么处理、长度限制是否已说明，都需要确认。未知的业务规则不能拿一条随手找的正则表达式填上，然后当成定案。

重点看现场切换线上的时候。场次被隐藏，但值或错误还存在，就可能留下看不见的阻碍。调查表除了截图，还要记录实际发送的字段。再按现场→线上→现场切换，观察旧场次是否悄悄恢复。把这种变化顺序写下来，开发和QA才会测到同一个问题。

在文案修改之外，补上位置和输入保留

最容易想到的是把短暂提示写得更具体。但长表单底部出现后又消失的提示，仍让人重新找位置。这个例子有多个错误和条件字段，我会选错误摘要加字段说明，再通过链接连接。它是当前案例的选择，并不意味着只有一个字段的小表单也必须照搬同样布局。

GOV.UK的摘要指南将错误连接到对应输入，错误信息指南要求保留错误答案。这让我把文案修改扩展到焦点和输入保留。W3C说明应通过文本指出错误项目，因此不能只改变边框。公开资料支持这些设计判断，但不能据此宣称这个虚构表单的报名完成率已经提高。

每个字段都写清文案、位置和复查时机

首次打开时，不把所有空字段都判错。本例在提交时检查全部当前适用字段，按页面顺序展示。摘要写“请检查以下内容”，具体项说明姓名、邮箱或场次。不在第一个错误处停止，否则每改一次才发现下一项，纠正过程会不断来回。前端通过后服务器发现的问题也进入相同结构。

点击摘要链接时，不能只滚到标题附近，还要把键盘焦点交给实际输入框。选择组连接首个可操作选项。规格里写明输入与错误说明的关联、提交失败后的摘要焦点、固定页头的避让。只交文案和滚动截图，无法证明键盘用户也能顺利修改。

本例对已经报错的字段，在用户离开该字段时复查。解决后同时移除字段旁和摘要中的错误，更新剩余数量；最后一项解决则删除空摘要。不能在输入中不断把焦点抢回去。新错误和服务器才知道的条件在再次提交时检查。邮箱格式正确，只说明通过语法规则，不说明地址可送达或属于本人。

不能让隐藏字段继续成为必填阻碍

切换线上时清除场次选择、相关错误，并从请求中排除。服务器也不把线上请求里的场次用于报名。不能只去掉浏览器里的必填标记。变更前说明“切换线上会重置已选场次”，变更后用简短状态提示告诉人不再需要选场次。条件表要同时覆盖画面和发送内容。

切回现场时，本例要求重新选择。恢复原选择也是一种方案，但期间场次可能满额，用户也容易忽略恢复的旧值，所以这里选重新确认。这不等于允许清空有误的姓名或邮箱；移除的只是已说明、不再适用的场次。最终可用性仍由服务器在确认报名时检查，页面显示有余位并不是已占位。

输入问题与服务问题不能塞进同一格

本例的场次不可用，专指服务器已确认名额用尽。报名期限结束或活动取消需要另外设计，不能当成同一种状态。邮箱格式错误与场次满额需要不同的下一步。服务器确认满额后，保留其他输入，标记原场次不可用，并要求重新选择。不能擅自替人报名另一个场次，这改变了报名条件。开发需要验证容量检查与报名确认是一致的处理，不能只凭画面上刚才显示还有名额就承诺已经成功。

没有收到响应，不应把正确的姓名或邮箱标成错误。提示“未能确认报名结果”，并连接有依据的结果查询。在尚未确认未提交之前自动重发，可能制造重复报名。如果服务还没有结果确认能力，就把它列成开发待确认条件；不能先发布一个承诺有查询功能、实际上无法兑现的入口。

给AI条件变化顺序，不只要求语气友好

只让AI写亲切的提示，它没有依据判断条件字段什么时候消失。我会给出确定的字段、检查时机和方式切换顺序。下面是可复用问题示例，并不代表真实提问及回答记录。审阅时先找遗漏条件，再决定文案是否自然，而不是把语言流畅当成逻辑已完整。

假如建议是“错误解决就关闭摘要并跳到第一个输入”，我会先检查是否抢走焦点。可以补充：“邮箱已改好，但场次错误仍在，请保持当前焦点，只更新剩余错误。”假如只说隐藏场次，就追问值、错误和请求是否同步排除。采用的条件进入规格，复现步骤进入QA，再核对两份文档是否一致。

请审查虚构免费工作坊报名表的错误恢复设计。
字段：姓名、邮箱、参加方式（现场/线上）、现场场次。没有登录、支付和附件。
确定规则：姓名、邮箱、参加方式必填；仅现场需要场次。切换线上时清除场次值与错误，不发送该值；切回现场必须重新选择。
首次提交前不在输入时显示错误。提交后，对已报错字段在离开时复查；再次提交检查当前全部适用字段。
摘要与字段文案相同。提交错误后焦点移到摘要；摘要链接指向实际控件。修改中的复查不抢走焦点。保留错误的姓名和邮箱输入。
检查顺序：现场未选场次→提交→切换线上→提交。邮箱改好后，字段、摘要、辅助提示是否同步更新？
区分输入错误、服务器确认的场次满额、服务故障和报名结果未知。邮箱格式通过不代表所有权确认。
输出遗漏条件、冲突动作、复现顺序、预期结果、开发需确认的依据。不要编造API、客户资料或未知政策。

一次正常提交不能代替验收

交给QA的是起始值和操作顺序，不是一句“确认错误提示”。在同一轮修改字段并切换方式，才会发现只看第一次拒绝容易遗漏的隐藏错误。每个画面预期旁边加上请求字段和服务器结果。只有前端通过，不能算报名已经完成；证据要能对应同一次操作。

用键盘走提交→摘要→错误链接→输入；窄屏与放大时也要看得到提示和修改目标。支持的辅助技术需要单独检查字段与说明是否能被读取，以及修改时是否过度重复播报。下表是执行前预期，不是实际服务通过记录。执行后再填写实际结果、负责人、环境和证据位置。

留下能承接下一次修改的交接资料

策划文档写清报名在哪里受阻、这次范围与方案理由。规格连接条件、文案、输入保留、焦点、复查和服务器拒绝。如果开发确认的格式或场次规则变化，不能只改文案，也要更新规则表与QA预期。运营需要区分帮助纠正输入的咨询，以及确认报名结果的服务问题。

发布后，错误次数变少不一定是改善，漏掉校验也会让数字下降。分别看同类错误重复、纠正后再次提交结果、尚未确认的报名咨询。统计只留错误类别、字段和结果，不收集姓名、邮箱原文。把实际规则、负责人和证据填进交接说明，下一位处理人就不需要重新听一遍全部过程。

议题：免费工作坊报名表错误恢复
现象：只说无法报名，没有明确纠正入口；切换参加方式后，隐藏的场次错误仍可能阻止提交。
目的：保留已输入内容，让人纠正当前适用字段后继续报名。
范围：姓名、邮箱、参加方式、现场场次。无登录、支付、附件。独立虚构设计。
规则：姓名、邮箱、参加方式必填；仅现场需要场次。与开发确定空白处理、长度、格式，并在服务器执行相同规则。邮箱格式不等于可送达或本人所有。
方式变化：切线上时清除场次值、错误及请求中的场次。事先说明会重置，变更后提示无需场次；切回现场重新选择。姓名、邮箱即使有误也保留。
时机：首次提交前不提前报错。提交检查所有当前适用字段，按页面顺序在摘要和字段旁显示相同文案，不停在第一项。服务器验证错误使用同一展示结构。
焦点：提交错误后移动到摘要标题。链接指向输入框或选择组首个可操作选项；不能被固定页头挡住。错误文本与控件关联，不只靠颜色。
修改：已报错字段离开时复查。解决后同时移除两处错误并更新剩余数量；最后一项解决则删除空摘要。不因复查跳回摘要。新错误在下次整体提交时检查。
文案：请输入姓名／请输入邮箱地址／请检查邮箱中@前后的内容（仅对应条件）／请选择参加方式／请选择现场场次。
场次满额：服务器确认后保留其他输入，把原场次标记为满额并要求重新选择，不自动替换。再次提交时复核可用性；开发验证容量检查与报名确认的一致处理。
服务问题：不能标记正确输入为错误。结果未知时提供有依据的结果查询，不断定成功失败，也不自动重复提交。
分工：策划定条件、文案、转换与焦点；开发确认前后端规则、拒绝映射和接收依据；QA验证顺序和辅助技术；运营区分输入纠正与服务问题。
QA：空提交、多错误、保留错误值、键盘链接、错误解除、现场→线上→现场、请求字段、服务器满额、超时、320像素和放大。执行后另记实际结果、版本、环境、负责人和证据。
测量：看错误类别重复及纠正后的再次提交结果，不记录姓名、邮箱或输入原值。错误数量减少本身不证明完成率改善。
补充验收：选择场次A→切换线上→确认请求无场次→返回现场→确认A未恢复→未选场次提交并提示必填。本例只讨论已确认满额；报名期限和活动取消另行定义。

来源与示例条件

依据2026年9月28日核实的GOV.UK与W3C公开资料编写的虚构免费工作坊表单。参加方式、场次重置、检查时机是本例决定。由WekeyLab AI撰写，不使用公司资料，不虚构个人经历或成果。AI提问与修改是示例，不是执行记录。文章资料界面检查与真实报名服务器、辅助技术集成验收分开。英文和中文均为同一韩语案例的本地化。

GOV.UK Design System — Error summary

GOV.UK Design System — Error message

W3C WAI — Understanding Error Identification