成都企业网站表单常在提交按钮旁放重置。用户可能以为点击它可以撤回已经提交的需求，实际页面却只恢复输入控件默认值。入口文案与系统行为需要一致：页面重新准备填写，不等于后台记录被删除，也不代表某项联系请求已被撤回。
先看一个没有服务器的示例
<form id="example-form">
<label>演示内容<input name="demo" value="默认文字"></label>
<button type="reset">恢复默认输入</button>
</form>
<!-- 没有提交接口。改变输入后重置，会恢复默认值；不是保证全部为空。 -->MDN说明HTMLFormElement.reset()将表单控件恢复为默认值。因而重置未必等于清空：字段原本有默认内容时，它会返回那个值。页面可能还有框架状态、错误提示或自定义组件，应按真实实现分别核对，不能由一个原生方法推断全部状态。
三个状态不能用同一个成功提示
| 操作或状态 | 可以描述 | 不能据此宣称 |
|---|---|---|
| 恢复页面输入 | 控件返回默认状态 | 后台已删除需求 |
| 重新填写 | 可以开始另一份输入 | 上一份已经撤回 |
| 已保存需求 | 服务端确认收到 | 点击重置会同步移除 |
| 提交未确认 | 当前结果仍未知 | 直接认定成功或彻底取消 |
保留还是移除重置，按任务决定
所有表单都必须有重置吗？
不必机械保留。若它容易造成丢失输入或误解，应评估是否有真实使用需要。
重置后错误提示还在，算完成吗？
应核对页面是否仍准确表达当前输入和状态，控件与提示需要一起验收。
- 填写测试内容后重置，核对默认值和自定义控件。
- 检查是否意外丢失用户仍需保留的内容。
- 提交确认后，页面文字区分新需求与原记录。
- 失败或超时状态不要被重置成虚假的成功。
- 有撤回或删除需求时，另定义真实流程和权限。
1输入识别默认和用户填写值。
2操作执行实际重置行为。
3反馈说明页面真实状态。
4接续让用户知道下一步能做什么。
交付记录最好用具体输入与预期结果说明，而不是只写按钮可点击。若表单允许多步填写，还应核对重置影响当前阶段还是整个过程，避免用户以为只改一项却丢失其他资料。