表单填错后，提示该怎么写？

打开一个报名或登记页面，填写者花了几分钟录入信息，点提交后只看到“操作失败”。他不知道是哪个字段出错，也不知道刚才填的内容还在不在。表单设计里最让人沮丧的，往往不是必须填的项目多，而是出了错之后没有办法往下走。提示文字如果能说明问题所在、修改方法和下一步操作，许多重复提交和人工求助就可以避免。

一、先分清错误发生在哪一步

表单错误至少有三种。第一种是输入过程中就能发现的格式问题，例如日期少了一位、必填项目空着。第二种是提交后才知道的规则问题，例如选择的时段已满、登记编号重复。第三种是网络或服务暂时不可用，用户填写本身没有错。三种情况若都写成“请检查信息”，用户只好从头猜一遍。

设计提示之前，先给每个字段列一张简短的错误表：什么条件下出现、页面在哪里显示、用户需要怎样修改、修改后何时消失。对于网络问题，表里还要记录是否已经收到提交、能否安全重试。这样写提示时就有依据，不会在同一个页面里一会儿说“格式错误”，一会儿说“内容不合法”。

例如日期填写“9月31日”，问题是日期不存在，提示可以写“请选择实际存在的日期”，并保留月份选择。若活动名额刚刚用完，则提示应靠近时段选项，给出其他可选时段。若服务器未响应，页面不要暗示用户改姓名或日期，而应说明目前无法确认提交结果，并提供稍后查看状态的方式。

二、让提示靠近需要修改的位置

填写者的视线通常停留在刚操作的地方。错误如果只出现在页面最上方，手机屏幕又停在底部，他可能根本看不到；如果只有红色边框，没有文字，就无法知道是空值、格式还是范围问题。更稳妥的做法是把简短提示放在相应输入框旁边，同时在提交按钮附近说明还有几处需要处理。

提示应指向动作，而不只是给出评价。“手机号错误”不如“请检查号码是否少填或多填数字”；“时间不合法”不如“结束时间需晚于开始时间”。如果有明确格式要求，最好在输入前给例子，不要等用户填完才告知。例子也要符合真实规则，不能页面写着“可输入文字”，提交时却只接受数字。

输入时即时提示并非越早越好。用户刚点击输入框、还没有开始填写，就显示红色错误，会造成不必要的压力。通常可以在离开字段或尝试提交后显示，再在用户修正时及时更新。需要多字段联动的检查，比如开始和结束时间，也应等相关信息都具备后再判断。

三、说清怎么改，不要让用户猜规则

好的提示通常包含三个要素：出错的项目、违反的规则、可以采取的动作。文字不一定长，关键是具体。“文件过大，请上传小于允许上限的图片”仍不够好，因为没有给出上限。若系统要求不超过五兆，就明确写出来；如果只接受某几种格式，也同时列出。规则发生变化时，输入说明和错误提示必须一起更新。

有些规则只有后台知道，例如某个预约名额已经被别人占用。此时不应要求用户“重新输入正确时间”，因为他原来选的时间并没有填错。提示可以说“这个时段刚刚约满，请选择其他时段”，并直接保留已经填写的其他内容。用户重新选择后，页面再显示新的可选状态。

如果是资料不完整，先指出缺什么，而不是笼统地要求“完善资料”。如果资料需要另一个系统确认，应说明目前处于待确认状态，避免用户反复点击。提示里的术语要与页面标签一致：页面写“联系邮箱”，提示就不要突然改称“电子邮件账户字段”。

四、保护已经填好的内容

出错后把整个表单清空，是最容易让用户放弃的设计。即使某个字段不合规，其余已填内容通常仍应保留。涉及上传文件、较长说明或多个选择项时，更要明确哪些内容已经保存、哪些需要重选。用户不能靠猜测判断是否还要重新上传。

提交按钮也要反映状态。点击后若正在处理，按钮可以暂时显示处理中，防止连续点击产生重复记录；处理结束后再恢复。网络波动时，要区分“提交失败”和“结果暂未确认”。如果系统可能已经收到请求，直接让用户再次提交，可能造成两条相同记录。最好提供可查询状态的入口，或者使用能够识别重复请求的处理方式。

对于内容较长的填写过程，可以考虑草稿保存或分步保存，但要把规则写清楚。页面不能只显示一个“已保存”图标，却没有说明保存到哪里、保留多久、换设备能否继续。即使暂时没有草稿功能，至少不要在一次普通校验失败后丢失所有输入。

五、手机端要按真实操作方式检查

电脑上看起来清楚的错误提示，到了手机上可能被键盘遮住。提交后页面如果直接跳到顶部，用户需要重新滑动很久才能找到问题。测试时拿一台普通手机完整填写一次，观察键盘弹出、焦点移动、输入框与提示的距离，以及长页面滚动是否准确。

不同字段的输入方式也会影响出错率。日期用选择器还是手填、数字键盘是否出现、选项过多时能否搜索，都值得检查。能够通过界面限制避免的错误，就不要全部交给提示文字解决。例如结束时间不应早于开始时间，界面可以先限制明显不可能的选项，再用文字解释剩余的规则。

颜色不能是唯一信号。红绿难以辨认、屏幕亮度低或图片加载失败时，文字仍应说明状态。提示也不要只靠短暂弹窗出现两秒；用户还没看完就消失，等于没有提示。必要时让提示保持在字段附近，直到修改完成。

六、用真实错误走一遍修复流程

发布前可以准备一张测试表，故意输入空值、超长文字、错误日期、重复编号、超过大小的文件，再模拟断网和重复点击。每一项都看四件事：能否发现问题、提示是否准确、原内容是否保留、修正后能否顺利提交。测试记录应写下实际页面文字，不能只填“校验通过”。

请未参与设计的人试一次往往更有帮助。设计者知道规则，会下意识避开陷阱；第一次使用的人才会按自己的理解填。观察他在哪里停顿、是否看得见提示、会不会误以为自己已经提交成功。若几个人都在同一处犯错，优先修改字段说明或交互方式，不要责怪使用者“没认真看”。

检查结束后，把提示文案与字段规则放在同一份维护清单中。将来修改了必填条件、格式范围或上传限制，负责更新页面的人能够同时找到错误提示。只改后台规则、不改前台文字，会让原本清楚的提示重新变成误导。

还可以关注同一个字段被反复修改的次数。如果许多人填完后都在这里停住，可能不是大家同时粗心，而是字段名称、格式示例或选择控件本身不清楚。记录时尽量只看错误类型与发生步骤，不需要把填写者输入的具体内容复制到问题单里。这样既能发现设计问题，也能减少不必要的信息留存。

修改提示后，用原来那组错误样本再测一次。新文案也许解释了格式，却把提交按钮挤出了手机屏幕；新增的弹窗也可能挡住需要修改的字段。检查应包括文字是否正确、出现的位置是否合适、修复后是否及时消失，以及已经填好的内容是否仍然保留。

七、提示的目标是让人继续完成

表单错误无法完全消除，但可以让处理过程不那么费力。写提示时从填写者的下一步出发：他现在该改哪里、其他内容还在不在、系统是否已经收到提交。一个能回答这三个问题的提示，通常比“输入有误，请重试”有用得多。

如果某个错误无法让用户自行解决，也要诚实说明当前状态和可行的后续办法。遇到临时故障，提示不需要假装一切正常；遇到业务规则冲突，也不应把责任推给输入者。让用户明白发生了什么、还能做什么，就是表单提示最基本的价值。