网络广告销售方法，销售跟进延迟时怎样区分获客问题与承接问题
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d2d8cb1f172c.html
📄
网络广告销售方法，销售跟进延迟时怎样区分获客问题与承接问题
先看一个可核对的对象：把最近一批“已进入跟进但超过约定首触时间”的线索单独拉出来，逐条标注它进入销售视野的时间、首次有效接触的时间、以及这段时间里发生的动作。若延迟集中在少数销售或少数时段，先修承接；若延迟均匀分布在所有销售且线索本身质量差异很大，才回到获客端排查。这个判断不靠感觉，靠对同一批线索做同口径的字段对照。
先固定“延迟”的判定口径，否则两边都在自说自话
获客和承接对“延迟”的理解常常不同：投放侧看的是线索提交时间，销售侧看的是线索被分配到自己名下的时间，中间可能隔着系统同步、人工分派、跨时区值班。若这两段时间没有分开记录，讨论就会变成互相举证。
可执行的动作是：在现有线索表里补三列——提交时间、分配时间、首次有效接触时间。有效接触要有定义，例如通话接通并完成需求确认，而不是“打过一次未接”。补完之后，把每条线索的“分配减提交”和“接触减分配”分别算出来。前者异常偏大，说明线索在进入销售之前就卡住了，属于流程与承接准备问题；后者异常偏大，才是销售个人跟进节奏问题。这一步的结果决定下一步去查谁，而不是先开会争论。
用线索质量的分布，而不是平均值来判断获客端
假设一批线索里，一半提交后无有效联系方式，另一半正常但跟进慢。只看平均首触时长，会得出“整体跟进慢”的结论，掩盖了无效线索拉高分母的事实。更稳的做法是按来源或表单字段分组，看每组里“无法联系”的比例。
- 若某个来源的无法联系比例明显偏高，同时该来源的销售首触也慢，先怀疑获客端定向或表单承诺与实际不符，销售在回避低质线索。
- 若各来源的无法联系比例接近，但首触时长差异只体现在个别销售身上，问题在承接分配与人力排班。
- 若提交时间集中在非工作时段，而首触时长按自然日计算，延迟可能只是统计口径造成的假象，需要改用工作时长口径重算。
这里要注明假设：以上比较成立的前提是各来源使用同一张表单或同一套字段。若不同渠道字段不一致，先统一字段再比较，否则分组本身不可信。
把分歧转成一张可核对的项目表
当投放、销售、客服对同一批线索有不同说法时，不要停留在口头复述，把争议点拆成可核对的条目。每条包含：争议事实、可查来源、责任方、核对截止时间。例如“这批线索是否已通知销售”可以落到系统通知日志或群消息记录上；“销售是否联系过”可以落到通话记录或CRM备注上。
核对完成后会出现两类结果：一类是记录缺失，说明流程本身没有留痕能力，此时先补留痕再谈归因；另一类是记录存在但与说法不符，说明是执行问题，可以针对具体环节调整。这个动作的价值在于，它把“获客不行”或“销售不跟”这类结论，替换成可以逐条验证的事实。
区分之后，两类问题的处理顺序不同
获客问题通常表现为定向、素材承诺、落地页预期与销售话术之间的落差，处理周期较长，涉及投放与内容的配合。承接问题更多是分配规则、值班覆盖、首触时限与提醒机制，处理周期短，改完能较快看到首触时长的变化。
因此建议的顺序是：先排除承接端可快速验证的环节，再回头评估获客。若把承接问题误判为获客问题，常见后果是不断更换素材或缩窄定向，但延迟依旧，因为线索进入销售后仍卡在同一处。反过来，若确实是获客端承诺过度，只压销售首触时限，会得到更快的无效接触，数据好看但不解决根本落差。
一个可复用的核对清单
- 提交、分配、首触三个时间是否都有记录，口径是否一致。
- 延迟是集中在少数销售，还是均匀分布。
- 各来源的无法联系比例是否接近。
- 非工作时段线索是否被错误计入延迟。
- 争议事实是否已落到可查来源，而非口头结论。
完成这轮核对后，把结论写回线索表，作为下一批数据的对照基线。这样下一次出现延迟争议时，比较的是同一口径下的变化，而不是重新争论定义。承接端修好之后若延迟仍集中在特定来源，再回到获客端调整定向与素材承诺，判断才有依据。
