用 AI 改表单提示，提交失败时怎么告诉用户下一步？

本教程以 ChatGPT 网页版文字对话为例，使用一张服务咨询表单。规则、编号、错稿与成品均为教学示例，不是客户系统、真人测试或模型实跑结果。

先分清结果，再拿到规则

浏览器显示用户正在填写的表单，后台服务器负责接收和处理数据。请求发出后，后台可能已经接收，页面却没拿到最终回复。因此“暂时不知道结果”不能改成“系统一定没收到”。这也是未知时先查询，而非立即再提交的原因。

找维护者要当前字段规则与结果说明。本例只有四个字段，完整输入如下：

F1 姓名：必填，可以写姓名或称呼。只有空格、没有实际文字时视为未填；没有“只许英文姓名”的规则。
F2 邮箱：必填。本例现有格式规则要求有用户名、@和带点的域名，例如[email protected]。这只是本例规则，不代表所有邮箱验证都完全相同；格式通过不证明邮箱存在或能够收信。
F3 需求说明：必填，不能只有空白，最多500字符。按本表单现有计数规则检查，输入区有字符计数。边界测试使用500或501个英文字母，不让AI自己改变计数规则。
F4 公司名称：选填，可以留空，没有额外格式要求。

R1 尚未发送：维护者能够确认本次请求还没有发出，当前连接条件不满足。不能仅凭一个网络图标就判断。
R2 正在提交：请求已开始发送，尚未取得最终结果。
R3 明确接收：后台已确认接收咨询、保存记录，并返回可查询的真实提交编号。本次教学返回例为Q240。负责接咨询的人可以查到这条记录，后续通过填写邮箱联系；不承诺回复时限。
R4 明确失败：后台最终结果明确本次咨询未被接收、未保存，可以按当前流程重试。不能仅凭服务器报错就套用这个结果。
R5 结果未知：请求已发出，但浏览器没有得到最终结果，暂时无法判断是否已接收。先查询，不立即再发一份。
R6 补救方式与页面行为：表单下方已有公开联系邮箱；负责接咨询的人可用提交时间和填写邮箱查询接收记录。本例设定明确失败或结果未知时页面保留已输入内容。真实站点使用这些文字前，要让维护者确认联系入口、查询能力和输入保留行为确实存在。

若维护者只说“邮件发送成功”，继续问有没有保存咨询、能否查到编号。这不能直接当 R3，更不能写成销售已经收到或读过邮件。收件问题另按表单邮件交付排查处理。没有可用联系入口或查询办法，就先请负责人补上，不在文案里造电话、恢复链接或自动重发功能。

一份提示写全表单文字

在 ChatGPT 网页点击“New chat／新对话”，一起发送 F1—F4、R1—R6 和下面的提示。日常文字对话可使用免费路线，文件等工具另有使用限制。网页入口、免费版说明

依据F1—F4/R1—R6，写完整中文服务咨询表单文案：
四字段标签与填写说明，按钮用“提交咨询”；
姓名空、邮箱空、邮箱格式不符、需求空、需求超500字符的五条提示；
一条字段错误汇总，不写固定错误数量；
未发送、正在提交、明确接收、明确未接收、结果未知的五条结果提示。
每条说明发生什么、下一步怎么做，实际触发条件放在成品外。
保留公司选填、现有500计数、未知先查和已有补救入口。
编号只能用后台真实返回值，Q240只作本次示例，不能硬写给所有人。
不新增输入保留、防重复、自动保存、回复时限等未给功能。

完整提示稿：填什么、改哪里、提交后怎样做

四个字段和提交按钮

字段标签	填写说明
姓名（必填）	请填写便于称呼的姓名或称呼。
邮箱（必填）	我们会通过这个邮箱回复咨询。请填写类似[email protected]的邮箱格式。
需求说明（必填）	简要说明您想做什么。最多500字符，以本表单显示的字符计数为准。
公司名称（选填）	可以填写公司名称，也可以留空。

提交按钮：提交咨询

五条字段错误和一条汇总

下面每条文字显示在对应字段附近，条件说明不放进用户文案：

• 姓名空或只有空格：“请填写姓名或称呼。”
• 邮箱空：“请填写用于回复咨询的邮箱。”
• 邮箱格式不符：“请检查邮箱格式，例如[email protected]。”
• 需求空或只有空白：“请填写您想做的事情或需要咨询的问题。”
• 需求超过500字符：“需求说明超过500字符，请缩短后再提交。”

有字段错误时，汇总写：

还有内容需要修改，请按对应字段下的提示检查后再提交。

把“无效输入”改为具体字段和修法，用户才知道改哪里。汇总不写固定数量，实际有一处或多处错误都适用；公司名称留空不报错。邮箱格式通过只是符合 F2，不能进一步写“邮箱有效，保证收到回复”。

请求尚未发送

这次咨询还没有发送。请连接网络后再提交，也可通过表单下方的联系邮箱发送需求。

只在维护者能确认 R1 的未发送结果时显示。网络图标异常，不能证明请求尚未发出。

正在提交

正在提交，请稍候，先不要重复点击提交。

请求已经开始，但没有最终结果，就先等。文字提醒与禁用按钮、防止重复请求是两回事，后者要有实际功能支持。

后台明确接收

已收到您的咨询。提交编号：Q240。请保存这个编号，后续查询时提供。我们会通过您填写的邮箱联系您。

这句对应后台已保存、负责接咨询的人能查到记录的 R3。Q240 只代表本次示例返回值；真实页面使用实际返回且可查询的编号，不随机生成或给所有人显示同一个号。“已成功送达销售”应改成这里的“已收到您的咨询”，避免把后台接收扩大成销售收件或阅读。

后台明确未接收

这次咨询没有提交成功，您填写的内容仍保留在表单中。请稍后重试，也可通过表单下方的联系邮箱发送需求。

它同时依赖 R4 的明确未接收与 R6 的保留输入。若实际失败后输入被清空，把这个问题交维护者修复，不能靠“仍保留”掩盖它。

没有拿到最终结果

暂时无法确认本次提交结果，您填写的内容仍保留在表单中。请先不要重复提交，通过表单下方的联系邮箱提供提交时间和填写邮箱，我们会查询是否已收到。

R5 只表示没有最终回复，不能确定后台是否接收，所以不能套上一条的重试办法。按 R6 先查提交时间与填写邮箱，可以避免已经接收的咨询再来一份。Formspree 的说明也区分请求到后台处理与回复浏览器；处理等待中反复点击可能造成重复提交。等待与重复提交说明

把文案和实际表单一起检查

将完整规则、文案、触发条件和表单地址交给维护者。以 Contact Form 7（CF7，WordPress 表单插件）为例，有权限的人从“Contact（联系）→Contact Forms（联系表单）”打开目标表单，进入“Messages（消息）”改文字后保存。菜单语言可能不同；没有入口就请维护者确认插件与权限。CF7 后台说明

Messages 使用纯文字，不支持直接贴 HTML；同类错误可能被多个字段共用。不同必填字段分别提示、查询编号、保留输入或显示未知状态，需要维护者确认实现方式，不能把全部稿贴进一个“发送失败”框就算完成。消息编辑说明、验证错误说明

用受控测试资料检查时，除正在测试的字段外，其他必填项先填符合规则的内容：测试称呼、自己控制的邮箱、简短需求。按两组走：

1. 填写规则：依次留空姓名、留空邮箱、邮箱填 name.example.com、留空需求，应该各有具体提示。需求用501个英文字母检查超限，再改500个检查边界；多个必填项同时空，应有汇总及对应提示。最后公司留空、其他字段符合规则，不应因选填项报错。
2. 提交结果：请维护者在测试环境分别展示未发送、等待、明确接收、明确未接收、未知。接收号要能回后台查到；失败和未知要真保留输入，未知按联系邮箱、时间和填写邮箱能查询。无法自行复现时，要截图、时间和结果说明，不反复向真实业务表单灌需求。

浏览器与服务器应采用一致规则，前端格式检查不能代替服务器检查，也不证明邮箱存在或邮件送达。W3C 表单验证说明

页面不能只显示红框：错误应有文字，并让用户知道对应哪个字段。读屏通知、键盘焦点和字段关联也要实际实现和检查，中文文案本身不提供这些能力。W3C 用户反馈说明

手机提示被遮住、失败后输入消失、成功号查不到记录时，带表单网址、提交时间、字段规则和截图找维护者；可按网站交互设计方法继续检查。若还分不清当前状态该写什么，带脱敏规则、现有提示和实际异常联系跨境 YOUNG，一起把下一步说清楚。