线索响应速度：为什么最初五分钟很重要

线索响应速度是从收到咨询到首次回复所用的时间。最广为人知的研究于 2007 年展示，涵盖六家公司，发现首次电话拨打得越晚，网页表单线索成为合格线索的几率越低（其中的 21 倍数字 （在新标签页中打开）^[3]比较的是 5 分钟和 30 分钟）。它衡量的是电话，而非销售成交、聊天或 AI 代表。

线索响应速度是什么意思？

线索响应速度是从有人提出咨询到你的企业首次回应之间经过的时间。下述研究主要记录首次尝试的时间，例如无论是否接通的一次电话。本文还建议记录首次有用回复的时间：即回答问题，或提出一个能推动咨询进展的具体问题。确认收到的消息或笼统的问候不算。以下三个选择很重要。

• 何时开始计时。 提交咨询或收到消息时，而不是有人打开消息时。访客写下内容之前，扫码或打开聊天都不算咨询。
• 何时停止计时。 分别报告首次尝试和首次有用回复两个数字。
• 计算哪些时段。 所有时段。对于朝九晚五的团队，晚上 9 点发来的咨询要等到早上。下文的 2014 年审计只在上午 8 点至下午 5 点发送测试线索，因此其基准仅适用于工作时间。

提交表单会开始计时，却很少开启对话，因此选择线索表单还是对话会影响速度。

五分钟研究实际衡量了什么？

21 倍数字来自 InsideSales.com/MIT Lead Response Management Study。InsideSales.com 首席执行官 David Elkington 和 MIT Sloan School of Management 的 James Oldroyd 于 2007 年 10 月 16 日展示了该研究 （在新标签页中打开）^[3]，地点是一场企业对企业需求开拓峰会。摘要描述了六家公司三年的数据：超过 15,000 条网页表单线索和超过 100,000 次电话尝试。它没有说明具体年份、公司所属行业，或客户是企业还是消费者。

研究统计了两种结果。“联系”指电话接通真人并持续规定时长。当线索愿意进入销售流程时，即被视为“合格”，有时表现为预约，各家公司自行定义这一标准。主要结果是：首次电话在 30 分钟后而非 5 分钟内打出时，成功联系的几率降至原来的百分之一，线索合格的几率降至原来的二十一分之一。摘要指出了自身局限：“本研究未涉及成交率。”

下表比较了后续研究。

21 倍、近 7 倍和 8 倍描述的是不同的样本、时间范围和结果，因此不能取平均、换算或叠加成一条规则。上述所有来源均由 InsideSales.com 发表或参与撰写，HBR 页面 （在新标签页中打开）^[1]将其合著者 Elkington 列为该公司董事长兼 CEO。检查时该页面只显示摘要，因此这里的 HBR 数字来自存档打印版。所查来源中没有独立复现五分钟与三十分钟倍数的研究。

企业实际回复有多快？

HBR 的审计还发现，16% 的公司在一至 24 小时内回复，24% 耗时超过一天；审计时间未说明。InsideSales.com 的 2014 年报告于 2013 年审计了多家公司，测试线索仅在上午 8 点至下午 5 点发送。在通过电话回复的公司中，首次电话的中位时间为 3 小时 8 分钟，平均时间为 61 小时 1 分钟。23% 和 47% 的未回复率来自不同样本和方法，因此不能显示趋势，且 2014 年的数字由供应商报告。

2021 年的页面称，只有 0.1% 的入站线索在五分钟内获得互动，57.1% 的首次电话尝试发生在一周以后，但没有说明如何统计线索或互动。应将这些数字视为这些样本中慢回复很常见的证据（HBR 和 2014 年审计针对美国公司，2021 年未说明），而不是对你如今所处市场的描述。

为什么不能把 21 倍当作承诺？

• 合格不等于成交。 HBR 将其定义为“与关键决策者进行有意义的对话”，而 2007 年的摘要不涉及成交率。
• 这是记录，而非实验。 数据来自电话追踪系统，摘要中没有提到故意延迟处理线索。快速和缓慢回复者之间的差异，例如他们先跟进哪些线索，可能解释部分差距。
• 渠道是电话，或未说明。 2007 年的研究统计销售代表给网页表单线索打的电话，HBR 则未说明尝试联系的方式。表中没有研究测试聊天、消息或 AI 回复。
• 来源是一份会议摘要。 页面发表了图表，却没有提供原始数据或统计模型，而且研究已近二十年。
• 研究由销售方撰写。 InsideSales.com 销售加速线索跟进的工具。

仍然成立的是趋势。HBR 另一项涵盖 125 万条线索的研究，在不同的合格定义下指向相同方向。在这些数据集中，延迟越长，合格率越低，最明显的下降发生在最初几小时，但数据没有显示延迟本身造成了多少影响。只有你自己的数据才能说明这对你的企业意味着什么。

工作时间外有多少需求？

Salesloft 的 Conversation Trends Report （在新标签页中打开）^[6]（版权 2024 年）分析了其聊天产品 Drift 在 2023 年所有实例中的超过 3,000 万次对话。报告称，其东海岸客户群中“39% 的所有对话发生在正常工作时间之外”，但大多数仍发生在美国东部时间上午 9 点至下午 5 点之间。在该群体中，通过 Drift 预约的会议有 41% 发生在上午 9 点至下午 5 点之外。

这是供应商提供的一组客户的 B2B 网站聊天数据。一篇 Zoom 博客文章 （在新标签页中打开）^[7]引用 Salesloft 的数字称“39% 的所有对话发生在办公室关闭时”，并补充说“全天候可用性在 B2B 和 B2C 场景中同样重要”。Zoom 省略了东海岸范围和年份，而 B2C 的说法是 Zoom 的推论，并非 Salesloft 的结论。

该报告还提供了本文来源中唯一关于聊天速度的发现：访客与聊天机器人互动后两分钟内回复的人工客服，预约会议的机会最高，但报告没有给出样本量或方法。这涉及人工客服，而非 AI 回复。

为什么速度必要却不够？

来看一个虚构例子，并非真实对话。周六晚上，一位访客询问本周末是否有初学者课程。解决方案页面介绍了典型咨询。

• 快速但空洞。 几秒内收到的问候只问访客需要什么。InsideSales.com 的 2014 年报告同样不重视自动邮件：首次邮件尝试“较难反映响应的及时性”。访客没有获得任何信息。
• 快速且有用。 Mind 根据你公布的时间表提供周六课程信息，然后提出一个问题，例如课程是给访客本人还是其他人。
• 需要人工。 访客询问课程是否适合最近受伤的人。Mind 并非人类专家，AI 回复也可能出错，因此医疗、法律、财务及其他重大决定应有人参与。行动手册应让 Mind 拒绝作出判断、请求指定人员介入，并说明团队下次回复的时间。在有人接手之前 Mind 会继续回复，因此也要测试这段过程。

HBR 列出了公司跟进线索缓慢的原因：每天而非持续从 CRM 提取数据、销售人员忙于自行寻找潜在客户，以及基于地域和“公平性”的线索分配规则。更快的软件不能消除这些原因，只会将其转移到交接环节。Mind 几秒内回答，而人工需要两天才能接手，访客仍然需要等待。

Digital Mind 在最初几分钟能做什么？

Digital Mind 是一种 AI，使用你批准的知识和指令回答访客，并在需要时交给人工。它并非人类专家，也不应被说成是人类专家。根据你的设置、方案或部署情况，它可以在咨询的最初几分钟完成六项工作。

它在哪里回答取决于你连接的渠道以及 AI 点数：点数用完时 AI 回复会暂停，跳过的回复不会补发。网站聊天组件会将对话放入与你其他渠道相同的收件箱。在 WhatsApp 上，Auto-reply 初始为关闭状态，普通回复只能在客户最后一条消息后的 24 小时内发送。Mind 的即时回复处于这个窗口内。若交接停滞超过该窗口，就需要使用 WhatsApp 批准的模板，而批准不能取代收件人的许可，因此只向同意接收消息的人发送。

以上内容均不代表对你的转化率作出承诺。

如何衡量自己的响应时间？

每条咨询需要三个时间戳，以及对“有用”的书面定义。

1. 记录每条咨询的到达时间、发出任何形式的首次回复的时间，以及发出首次有用回复的时间。首次尝试时间更接近上述研究的指标。应以有用回复时间设定目标。
2. 如果没有报告功能，手动提取每个渠道（表单、聊天、WhatsApp、电子邮件）最近的 30 到 50 条咨询。将从未获得回复的咨询单独列出：HBR 审计发现 23% 的公司从未回复其测试线索。扫码和打开聊天应分别报告；Insights 将 Quick Chat 打开次数与互动条目分开统计，后者需要访客回复。
3. 报告中位数和最慢的十分之一，而不只是平均值。2014 年报告的中位数为 3 小时 8 分钟，平均值为 61 小时 1 分钟。
4. 按小时和日期拆分结果，因为 2014 年的基准没有涉及晚上或周末。这样可以看出有多少需求需要等到早上。

如何设置快速、有用的首次回复？

1. 选择咨询的入口。 连接访客已经使用的渠道：网站聊天组件、WhatsApp，以及包装、展示物和电子邮件上的 Quick Chat 链接或二维码。
2. 编写行动手册，并将事实放在 Knowledge 中。 设置 Goal、Role & style、Boundaries 和 Flow，并将价格、政策和答案放入 Knowledge。这样行动手册只需说明如何行动：先回答，再一次提出一个问题。
3. 确定合格的标准。 只为会用到的详情创建 数据集合 字段，并为每个阶段编写清晰的“Move here when...”标准。从对话到合格受众解释了如何理解归类结果。
4. 指定接手人员和时限。 在 Flow 中标记处理交接的人员或团队，并在 Growth 中添加你的 Booking 页面。在聊天预览中测试一个普通请求和一个应交接的请求，检查 Inbox 并选择 Take over。决定由谁、多久检查一次 Unreplied 筛选器，其中列出了仍在等待回复的联系人。
5. 处理失败的回复，并在工作时间外测试。 由于点数用完时 AI 回复会暂停，跳过的回复不会补发，因此应检查 Inbox 中 Mind 无法回复的对话，并指派人员回复。每月在不同的夜间和周末时段向各渠道发送消息，阅读首次回复，并在几周后重新检查中位数。使用 Insights 查找没有答案或只有部分答案的问题，并将其添加到 Knowledge（答案分析取决于你的方案）。衡量 AI 对话介绍了应该统计什么。