ElevenLabs 于 2026 年 11 月 9 日宣布,Campaign Manager 已在 ElevenAgents 中推出,旨在围绕预先定义的结果持续跟进联系人。根据产品公告,系统会在多次互动之间保留上下文,并在目标达成或接收者要求停止时终止联系。对于营销和销售团队,关键问题是如何把这一承诺转化为一套联系人能够理解、运营人员能够检查、管理者能够评估的联系政策。

这次发布让讨论不再局限于生成令人信服的声音。跟进系统还会决定应该联系谁、何时有理由再次尝试、什么情况算作任务完成,以及何时应由人工接手。下文针对这些决策提出一套运营框架。这是编辑分析和建议,并非经过独立验证的产品能力说明、法律合规评估,也不代表自动化更多对话就会带来更多销售。

当前提供哪些能力,公告还有哪些未解答的问题

公告列出的首发渠道包括电话呼叫、WhatsApp 语音和 WhatsApp 消息。电子邮件和短信被描述为即将推出,因此不应在上线计划中把它们列为当前可用的功能。ElevenLabs 列出的控制项包括允许呼叫的时间窗口、尝试次数和回拨次数上限、活动级禁止呼叫名单、披露说明,以及联系人活动记录。公告还提到了结果漏斗、决策时间线、待处理队列和 CSV 导出。团队可以通过 CSV 或 API 将联系人加入活动,并使用现有的 ElevenAgents 智能体和电话号码。

这些信息说明了供应商宣称的产品范围,却不能确定各个国家或地区的使用资格、具体部署成本,以及某项活动必须遵守的规则。公告引用了 AA Ireland 关于潜在客户覆盖情况的客户证言。这是客户对覆盖能力的陈述,不是转化率提升的证据,也不是每位采购者都应期待的结果。在构建商业论证之前,应区分供应商的功能描述、客户证言,以及本团队尚未验证的假设。三者应采用不同的可信度判断和验证方法。

定义可以核实的结果

首先选择一个能够在权威业务系统中核实的结果。对于预约活动,这可以是由预约系统确认的预订,而不是接收者表示“可能有兴趣”。对于信息咨询,这可以是对方明确要求、且已由负责团队接受的后续联系。应写清楚证明结果所需的证据、保存证据的系统,以及当记录不一致时由谁负责处理。一段对话以友好方式结束,并不能让运营团队确认其背后的任务已经完成。

接下来,应区分任务完成与其他合理的终止状态。对方拒绝、撤回许可,或说明原请求已经不再相关时,不应继续留在无休止的跟进队列中。要求与工作人员交谈的联系人可能需要进入另一条流程,而不是再接受一次自动联系。在导入联系人之前定义这些状态,并决定每种状态如何影响今后的联系资格。这样,活动团队和接收任务的团队就能使用共同的术语,也能避免仪表板将预约成功、拒绝和未解决的问题都归入“已处理”这种含糊的类别。

导入联系人之前,先准备联系资格数据

一份干净的联系人列表需要的不只是有效电话号码。团队应检查每个人为什么可以联系、请求或许可来自哪里、适合使用什么渠道、是否仍有未完成的互动,以及其他团队是否已经完成相关任务。在加入活动之前,应清理重复记录,并核对禁止联系等排除记录。缺少证据应被视为需要调查的例外情况,而不是默认已有许可的理由。用于判断联系资格的信息应与任务需要相称,访问权限和保存期限应遵守组织适用的政策与义务。

CSV 和 API 是数据导入方式,不能替代这些决策所需的责任归属。应指定负责人修正导入记录、同步停止联系请求,并解决活动与客户数据库之间的冲突。一个有用的内部检查是:如果某人在文件准备完成之后、上传之前撤回许可,会发生什么?另一个检查是:两项独立活动是否可能就同一个请求联系同一个人?这些情景能暴露问题,而一次成功上传或较低的数据错误数量未必能够发现它们。

概念性跟进流程:先确认联系资格,再进行有限次数的尝试,最后停止联系或转交人工

原创概念示意图:从联系资格检查进入有限次数的联系尝试,再停止联系或转交人工。这是编辑提出的工作流程,并非 ElevenLabs 界面或官方产品示意图。产品背景见 ElevenLabs 公告。

安排尝试之前,先确定联系限制

制定一套实际可执行的政策,将联系原因与接收者的具体情境联系起来。明确合适的呼叫时间、最多尝试次数、如何处理对方要求的回拨,以及哪些条件会终止联系序列。决定团队如何核查相关时区和渠道限制,而不是依赖办公室的默认时间。合适的政策取决于服务、受众、许可和司法管辖区。不要把最宽松的设置当作推荐做法,并应在启动前请相关专业人员审查法律或监管问题。

还应说明对话开场如何解释联系目的,并提供必要的披露信息。测试接收者能否轻松拒绝、提出问题,或要求人工接听。只有当配套流程持续更新禁止呼叫名单,并在相关系统中遵守该名单时,它才真正有用。需要核实哪些规则可以由产品直接执行,哪些必须由集成系统或工作人员处理。重点是把笼统的意图变成可以观察的行为,并明确发生问题时的负责人,而不是假设产品提供控制项就等于在所有场景中都合规。

像设计通话一样认真设计人工接手

用运营人员能够审查的语言定义升级处理的触发条件。例如,对方要求与人交谈、智能体无法在获批范围内解决异议、账户信息相互矛盾,或问题需要专业判断。这些是建议采用的运营分类,并不意味着产品能够自动识别所有这些情况。对于每一类情况,都应明确由谁接收、需要什么信息,以及如何记录接收确认。如果没有团队能够实际接手,“已转交”标签就可能掩盖一个尚未完成的客户请求。

向接手员工提供简明说明,包括联系目的、相关表述、已经进行的尝试,以及尚未解决的问题。只分享与工作有关、且符合该员工访问权限的信息。明确在无人值守时段、案例被拒收或责任归属不清时如何处理。设置暂停或停止路径,避免员工正在处理同一案例时,自动联系序列仍继续运行。应把待处理队列视为一项需要负责人和承接能力规划的服务职责,而不是长期存放例外情况的地方。

同时衡量有效结果与客户遇到的问题

建立能够保留关键差异的漏斗:符合资格的记录、已尝试联系的记录、成功触达的联系人、经核实的结果、被拒绝的请求,以及需要人工处理的案例。明确记录各项比率的分母,防止因为测试中途剔除难处理的记录而出现表面上的改善。计算每个经核实结果的成本时,应纳入团队实际发生的费用,包括设置、审查、集成和例外处理。触达和潜在客户覆盖仍应作为运营指标保留,但不能替代确认预约、符合条件的有效请求等业务结果。

除漏斗外,还要监测投诉、停止联系请求、在收到停止要求后仍然重复联系的情况,以及人工交接失败。为每个指标定义计入的事件和证据保存位置。抽查决策时间线与活动记录,也要包括看起来已经成功的案例。较高的完成率可能掩盖错误分类,或未进入主要仪表板的客户问题。这些检查是一种建议的评估方法;公告并不能证明所有希望衡量的指标都会自动提供。因此,应明确哪些数据可以导出,哪些还需要与其他系统核对。

开展能够支持决策的试点

选择一个范围有限、团队充分理解的使用场景,并确保有人能够审查执行情况。在改变流程之前,先记录现有做法:联系人如何进入、请求会保持未完成状态多久、谁负责跟进,以及如何核实结果。在可行且适当的情况下,同期比较相似的合格群体,并清楚展示潜在客户来源、联系时间和员工处理方式的差异。如果一组收到的是新请求,而另一组处理的是陈旧或不完整的记录,比较价值就会下降。应如实说明这些局限,而不是呈现超出试验设计所能支持的明确结论。

在查看结果之前,先约定扩大范围和暂停的条件。例如,如果对方要求停止后仍被联系、结果无法核实,或人工队列超出团队的响应能力,就可能需要审查活动。具体阈值取决于组织及其风险环境,这次发布没有提供适用于所有人的统一数字。既要查看汇总指标,也要检查个别案例,随后根据需要调整流程或停止试点。更大规模的部署应基于流程能够可靠运行的证据,而不能只凭对话数量增加,或供应商令人兴奋的产品演示。

一个假设的预约流程展示了系统依赖

设想一家一般服务提供商正在跟进预约请求。这是假设案例,不是 ElevenLabs 客户已经取得的结果。团队首先确认请求仍然有效,并且拟采用的渠道和后续联系获得许可。接着检查是否已有预约,应用约定的联系时间窗口和尝试次数限制,并把确认预订定义为任务完成。如果接收者提出超出已批准信息范围的问题,应将案例转给工作人员,而不是让智能体编造答案。

同一个例子也揭示了集成风险。通话中讨论的时段,在预约系统更新时可能已经不可用。某个人也可能自行完成预订,而活动中仍显示其请求尚未关闭。因此,流程需要一种可靠的方式核查最新状态,避免把尚未确认的时段计为成功。对于医疗机构,即使只是行政预约场景,也需要专业人员审查数据处理方式及当地义务。本文不建议收集诊断信息、做出治疗决定,也不建议把通用联系工具当作临床系统。

提高联系量之前,先评估运营模式

采购问题应围绕工作流程展开,而不只是核对功能清单。询问拟议部署如何处理重复加入活动、状态变化、禁止联系记录更新、导出权限,以及需要人工处理的案例。核实与实际受众相关的渠道和地区,并要求提供适合预定用途的具体成本模型。明确谁负责配置、监测和事件响应。如果某项重要行为依赖集成或人工步骤,就应在计划与预算中体现这一依赖,而不是自动将其归为产品本身的能力。

对营销负责人而言,真正有价值的机会在于更一致的跟进,以及更清晰地了解每个请求最终发生了什么。实现这一机会,需要资格检查、适当克制、可靠的结果记录,以及人们真正能够使用的人工交接流程。额外的处理能力既可能放大良好流程的效果,也可能放大薄弱流程的问题。合理的下一步是开展边界明确的测试,分清责任,并留下可供审查的证据。只有当团队能够解释结果和例外情况,包括为什么停止联系某人或将其转交人工时,才应扩大使用范围。

来源与编辑方法

本文报道的产品事实来自 ElevenLabs Campaign Manager 公告。该公告发布于 2026 年 11 月 9 日,并用于本篇 11 月 10 日的分析。渠道可用性、所列控制项、加入活动的方式和活动视图均作为公司陈述呈现。公告称电子邮件和短信即将推出。文中没有把关于潜在客户覆盖的客户证言用作转化率提升的证据,也没有将其视为普遍可实现的商业结果。

联系资格检查、结果定义、衡量框架、试点设计和预约场景均为原创编辑分析。它们是建议与假设示例,不是经过独立测试的产品表现、实施保证或法律意见。采购者应核实当前可用性,以及自身具体的合同、技术和监管要求。作出这一区分十分重要:发布公告能够说明供应商声称提供了什么,而可靠的运营流程仍然需要在组织自身的环境中完成设计、实施和评估。