表单送达与线索跟进的补齐步骤

表单存在不等于线索能到达。一个由 AI 建站工具生成的站点，页脚往往默认带一个联系表单，但提交之后是否有自动确认、通知邮件会不会落进垃圾箱、有没有人在两小时内回复，这些都不属于建站工具的默认能力，却直接决定询盘能否变成对话。三个月后打开后台发现"一封询盘都没有"，有一部分并不是没人填，而是填了之后信息在中途消失，无人知晓。

这条链路应当被拆成四个可验证的环节：提交是否成功、通知是否送达、线索是否归集、跟进是否有人负责。多数人只测了第一环——自己填一遍，看到"提交成功"就认为完成了。真正容易断裂的是后三环，因为它们的失败是静默的，没有任何报错。

补齐顺序

1. 用真实邮箱做一次端到端投递测试，检查通知邮件是否进入收件箱，而不是垃圾箱或推广标签；同一封通知最好同时发往企业邮箱和公共邮箱各测一次。
2. 确认通知邮件的发信地址与站点域名是否对得上。发信身份与域名不一致，是通知被判定为可疑来源、进而被过滤的常见原因。
3. 为提交者补上自动确认回复。这一步的作用不只是礼貌，它同时是投递链路的自检信号：客户收不到确认，说明发信通道本身有问题。
4. 把线索落到一个独立于邮箱的记录里，明确字段和来源标记。只依赖邮件收件箱作为线索库，会随邮件被删、被归档、被漏读而丢失。
5. 指定责任人和响应时限，并把它写成明确规则而非默认约定。没有具名责任人的跟进流程，实际等于没有跟进流程。
6. 定期回测。链路会因为平台设置变更、邮箱策略调整而失效，因此需要按固定节奏重新走一遍上述测试，而不是只在上线时验证一次。

判断标准

评估这套补齐是否到位，可用一个简单反问：如果今天有客户提交了表单，多长时间之内会有人知道，知道之后由谁回复，这条记录明天还能被查到吗。三个问题都能回答，链路才算闭合。

需要提醒的是，验证顺序不应颠倒。先补内容、先加渠道、先买高阶功能，都建立在"线索能到达"这个前提上；前提不成立，引流带来的流量只会在同一个断点上持续流失。最小可行的做法与源头判断一致：一条清晰的联系路径，加一份能被跟进的线索记录，先跑两到三个月，用真实询盘的数量和质量来决定下一步投入方向。