我敢说，“赶紧回快点儿！！！！”这句老生常谈，是我听过被重复得最多的一条建议。更糟的是，它还真管用——因为跟最热的线索尽快建立起关系，本来就是该做的事。你回得越快，开启一段更有产出的对话、并最终完成转化的几率就越高。

问题在于这条建议太含糊了，而且在我待过的很多公司里，它通常都缺少一套可靠的体系，来支撑它在真实场景中落地。它被丢给销售代表，就好像响应速度是个意志力问题。可一旦量级上来了，一条进线回复是在 5 分钟内回掉，还是拖到 5 小时，完全取决于你销售代表周围的那套体系，而不是某个代表当天有多上心。

话虽如此，回复窗口这件事依然重要，而且它恰好短到足以让这个观点站得住脚。根据我作为 Expandi 现任 GTM 负责人收集到的内部数据，当响应时间从 5 分钟拖到 10 分钟时，把线索判定为合格的概率大约会下降 400%。上一季度的同一个案例研究也显示，现在有 82% 的人期望在 10 分钟内得到答复。这基本印证了我前面说的。

不过说实在的，这个窗口，靠手动刷收件箱的人根本赶不上（除非是半随机地刷），哪怕他们 24/7 全天候守着也没用。因为一天里大部分时间，回复进来的那一刻压根没人盯着。而你外联的量级，又让这件事雪上加霜。

我把它当成一个分 4 部分的设计问题来处理。

  1. 先讲检测：对入站事件做实时触发，用 webhook 而不是靠人一天查两遍的报表。
  2. 然后是路由：线索必须能立刻落到唯一负责人头上，还要做去重，免得 2 个销售同时扑向同一条线索
  3. 然后是告警：配一套通知系统，在 Slack、手机或 Discord 上通知你，或者按我的情况是全部 3 个渠道都通知。
  4. 最后是一条带兜底的 SLA：如果线索超过几分钟还没人回复，就升级处理，或者自动发一条确认消息把对话先接住（这条消息要尽量做得自然、像真人说的）。

你不可能全天候每几分钟就安排一个人盯住每条回复，照着能做到这一点去搭建，只是自欺欺人。现实的做法是靠设计来保证覆盖，比如按时间区和明确的时间窗口来路由，把消息分给最有可能真正在线的人，窗口之外的一切则用一条轻量的确认消息接住。

我想说的是你其实早就知道的事，关键全在系统设计。我参加过太多 Slack、Zoom 之类的电话会，太多本质上都是空话、最后不了了之的辅导课，我从中得出的结论基本就是：瓶颈永远在系统，很少出在实际干活的那个销售身上（至少到 demo 电话/会议之前是这样，那之后就要看个人魅力和话术了）。

这个问题你们是怎么解决的？或者说，你们是怎么优化系统、把速度拉到最大的？早起的鸟儿有虫吃，不就是这么个道理嘛……