表单改版后转化涨了，销售却说没线索？先对齐提交记录

表单字段减掉一半后，分析报表里的提交数增加，销售却说收到的线索没变。这个冲突要先用同一批提交记录解释清楚，再讨论新设计是否有效。页面提示成功、后台保存成功、邮件投递成功和销售接到需求，不能互相代替。

先沿着一笔提交走到底

从正式网页做一笔明确标为测试的提交。保留页面地址、测试时间、表单版本和系统生成的提交编号，再请管理员查后台，请销售查通知与待分配列表。使用专用测试资料，不把客户的完整消息复制到公共工单。

• 报表有事件，后台没有：检查事件是否在点击时就发出，或者感谢页能否被重复访问。
• 后台有记录，通知没有：核发送任务、邮件服务返回状态、退信与收件规则。
• 通知已到达，销售看不到：检查是否进入垃圾箱、共享邮箱或另一位负责人的队列。
• 销售看到了，但不算有效线索：转向资格规则，确认垃圾信息、重复需求和业务不匹配的区分。

光算的表单显示成功却收不到邮件的排查说明详细讨论了这条交付路径。引用这份资料的用途是帮助核通知故障，并不能据此断言每次线索下降都是邮件问题。

实验组和旧版都要走异常路径

只测“信息填全、一次提交成功”容易漏掉新表单的问题。再试一遍缺少必填项、附件不符合要求、提交中断与重复点击。每个场景记录用户看到了什么，服务端留下了什么，通知是否应该发出。

如果旧版先保存再发送通知，新版却必须邮件发送成功才保存，两组实际经历的业务流程就不同。反过来，若新版仅提前显示成功提示，报表上涨也可能只是统计时机变化。把这些差异记录下来，修正后再开始可比的观察窗口。

用两张清单把技术结果交给销售

技术清单按提交编号列出入库、通知与分配状态；业务清单按已核实的需求列出待联系、有效、重复和不匹配。两张表保留可以关联的最少信息，但不要把“通知重发了一次”算成“又来一条询盘”。同一客户多次提交也可能是不同项目，去重时需要人工核意图。

对比改版效果，应固定日期、页面入口和有效线索定义，并给销售相同的跟进时间。先排除测试记录，再说明观察到的是提交量、可交付线索量，还是后续商机量。若仍有未解释的记录差异，就把它单独列为待查，不用一个漂亮的转化率掩盖。

通知故障修好以后，还要确认历史积压记录有没有补派、由谁负责处理。让每笔需求有状态可查，比把所有人都加进邮件抄送更容易形成稳定交接。