养老服务网页填错后怎么办：把错误位置与改法说明白

养老服务机器人常常还配有预约、咨询或服务登记网页。页面能打开、按钮能点击，并不代表一次填错之后仍能顺利办完事情。使用者可能只看到“提交失败”，不知道是漏了预约时段，还是联系方式的格式不被接受；陪同人员也可能直接重新填一遍，把原来的服务意图改掉。本文讨论配套网页的输入纠错流程，不涉及机器人运动控制、医疗判断或真实服务承诺。下面的情境与界面图均为编辑设计的假设示例，目的是帮助运营人员把问题描述清楚。

先分清输入不被接受与服务没有办成

建议先把测试记录分为两个问题：网页是否指出了输入问题，以及后台是否确认收到服务请求。前者属于表单交互，后者需要实际业务结果证明。看到一条红色提示，不能推断工单已创建；看到按钮恢复可点击，也不能推断先前的请求已经取消。这种区分有助于客服回答使用者最关心的事情：现在该改哪一项，是否需要再提交一次。

W3C 对 WCAG 2.2 错误识别条款的说明指出：对于自动检测到的输入错误，需要识别出错项，并用文字向使用者描述问题。这份说明讨论网页无障碍，不能当作养老机器人整机认证。本文建议在测试单中分别记下字段名称、页面原文和提交结果；这些记录方式是编辑建议，并非该条款规定的统一表格。

用一份虚构预约单观察提示是否指向具体位置

设想一个仅供演练的服务预约表：使用者已选择服务项目和日期，却没有选择预约时段。测试时使用虚构资料，不填写老人的真实联系方式，也不把演练请求发送到真实服务队列。若页面只显示“信息有误”，观察者可以记录“提示没有说明是哪一项”，而不是替使用者猜出答案后就判定通过。若页面显示“请先选择预约时段”，再观察使用者能否找到对应控件。

还可以让不同的观察者分别阅读提示，记录他们理解的下一步。这里不预设任何通过率，也不把一次演练说成所有老人都能使用。关键是留下可复核的页面文字和操作路径。第一张示意图把“出了什么问题”和“下一步怎么改”并列展示，提醒测试者不要只检查错误提示有没有出现。

知道改法时给出可执行建议，不替使用者猜资料

W3C 对错误建议条款的说明进一步区分了发现问题与提供改正建议：自动检测到错误、并且已知改法时，应向使用者提供建议，但不能因此危及内容的安全或目的。这里引用的是网页输入辅助的适用范围，不表示任何一个提示句就足以让整站满足全部无障碍要求。

对前面的假设表单，编辑建议的文案可以是“请选择一个可用预约时段，再提交”，前提是页面确实有可选择的时段。若没有名额，则应该说明当前不能预约及实际可用的后续渠道，不能仍要求使用者修改无关字段。对身份核验之类的敏感流程，也不要为了提示更详细而暴露账户是否存在或替别人显示资料；具体展示内容应由业务方按真实流程审查。

保留已填内容，同时让使用者能确认修改影响

在不需要清除敏感内容的前提下，建议检查一次纠错是否把其他字段也抹掉。这个建议关注操作负担，不意味着所有内容都应该永久保存。测试者可以在不含个人信息的演练中填写不同的假字段值，触发一个明确错误，随后对照哪些内容被保留、哪些内容被重置，以及页面有没有解释重置原因。不能只看截图上还有几个输入框就推断数据没丢。

如果修改日期会改变可用时段，建议在重新选择前说明相关影响，并让使用者核对最终组合。陪同人员帮助操作时，也应把修改后的项目读给本人确认，避免把“帮助填表”变成代替本人决定服务。第二张示意图展示的是建议的观察顺序：先定位问题，再核对保留内容，最后依据真实提交反馈判断完成状态。

把失败状态与成功回执分开记录

运营测试单可以保留三个独立位置：提交前的输入、提交后的页面反馈，以及业务系统中可核实的结果。输入被拒绝时不要把等待图标当作回执；网络结果不明确时也不要引导使用者连续重复点击，具体重试方式应依据系统真实行为说明。本文没有验证某个现有预约系统，因此不声称它一定具备去重、自动重试或预约保留能力。

建议交接给开发人员的缺陷描述写成可复现事实，例如“演练中漏选预约时段后，只出现提交失败字样，页面未指出漏选字段”，再附不含个人资料的截图。修复后的复测应回到同一个演练条件，检查提示文字和结果反馈，而不是换一份完整输入后直接宣布错误提示已经修好。这样能避免用正常提交掩盖原有纠错问题。

把网页检查与养老机器人能力评价分开保存

以上流程只帮助审查配套网页填错后的体验，不说明设备具有医疗、护理或自主处置能力。界面测试中仍有疑问时，记录未验证事项和负责人，保留继续询问的入口；不要用“智能识别”这样的宣传词填补不知道的步骤。对于不同年龄、视力或操作经验的使用者，还需要按实际条件继续观察，本文的假设演练不替代这项工作。

相关页面设计问题可以在本站技术资料栏目中继续整理，已经说明过的产品及服务背景可通过行业资讯栏目回看。两类链接分别承担补充方法与查阅背景的作用。发布或修改表单前，运营人员应能回答：错误指向哪里、建议是否真实可执行、已有内容怎样处理、怎样知道服务请求确实完成。回答不清楚的部分，应继续保留为待核实事项。