先看结论
这份清单解决什么问题？
表单成功提示不能代替实际接收。用一条明确测试逐段核对提交、保存、通知发送和接收端，保留能串联的时间与记录编号。
咨询前先核对这些项目
- 测试时间与页面
- 保存记录或询盘编号
- 通知任务及发送回执
- 接收账号和实际收到结果
- 失败、重试和后续跟进
用一条明确的测试记录开始
记下测试时间、页面与设备，使用标明测试且不含客户资料的内容。不要反复提交大量记录；保留页面结果和错误提示，以便与服务端核对。
检查是否实际保存
如果系统有询盘编号或保存台账，先核对记录是否存在。没有记录时检查接口、校验、网络与处理错误；有记录时继续查看通知配置，不能直接认定发信成功。
检查发送和接收分别发生了什么
通知任务创建、发送服务接受与收件人实际收到是不同结果。核对授权账号、发送状态、接收地址或机器人可用范围；涉及邮件时再检查退信与垃圾箱，不在公开文档里放账号密钥。
恢复后按同一条链路验收
从正式页面再提交一条明确测试，核对页面反馈、保存记录、发送回执和实际接收。确认失败与重复提交的处理，约定后续检查与负责人跟进方式。
对应服务范围
- 已有官网增加与修复询盘表单：官网已有内容，希望客户能提交需求，或现有表单提示成功却无法确认收到？一起核对输入、保存、通知和接收环节，明确要修哪一段。
内容整理：接单｜独立开发与设计 · 更新于
这些内容用于帮助梳理项目需求，实际工作与交付以双方确认的范围为准。