沉睡客户激活不是从 CRM 里筛出“180 天未跟进”然后批量发消息。真正有效的动作是找到新的业务窗口，并确保历史关系、当前责任人、旧商机终态和沟通风险都被核对。
先排除不该激活的客户
- 正在交付、售后或回款争议中，应该进入项目或客户成功流程。
- 明确拒绝联系、存在投诉或法律风险，应按限制处理。
- 联系人已离职且没有新关系证据，先补全联系人。
- 只有历史空记录、没有有效企业身份，先做数据治理。
- 最近已有其他同事跟进，避免多头联系。
不排除这些情况，所谓激活很容易变成骚扰或内部撞单。
新窗口来自事件，不来自“好久没聊”
| 信号 | 可验证证据 | 推荐动作 |
|---|---|---|
| 新组织或新负责人 | 通讯录、公开信息、销售确认 | 更新关系并重新了解目标 |
| 新项目/新系统计划 | 客户沟通、招采、会议记录 | 建立新商机窗口 |
| 原项目进入扩展阶段 | 订单、项目、服务记录 | 由原负责人提出升级建议 |
| 产品或政策变化 | 当前产品资料与客户场景 | 生成针对性价值说明 |
| 长期无触点 | 仅有时间信号 | 先由销售判断是否值得联系 |
Agent 可以把分散信号整理成证据卡，但不能把“可能”写成客户已经确认的需求。
一客一任务，限制销售在手量
为每位销售一次塞几十个激活任务，结果通常是集体过期。更稳妥的做法是每位销售保留少量活跃任务，每个客户只有一个当前激活任务，完成、暂缓或确认无窗口后再补下一批。
任务卡应展示客户、历史合作、最近联系、旧商机终态、联系人变化、新信号、风险和建议开场。销售确认后再联系，并写回真实结果与下一日期。
新需求新建商机，不重写历史
旧输单记录说明当时为什么没有成交，是重要经营事实。新窗口出现时应创建新商机并关联旧记录，不能为让漏斗好看而把旧商机改回进行中。历史订单、回款和项目负责人也不应随当前客户负责人流转而被批量改写。
停滞中的现有商机应走商机哨兵，新线索进入 CRM 前走销售线索查重与分流。
验收时看有效对话率、新窗口商机数、错误触达、重复任务和销售任务完成率，不把群发数量当成果。需要把客户数据和销售动作形成持续闭环，可继续了解销售岗位解决方案。
激活前先修客户数据
沉睡客户池里常混有重复主体、测试客户、空壳记录、已注销企业和联系人失效。Agent 应先给出候选合并与补全清单，由中台确认后再进入销售任务。客户主表可以流转当前负责人，但历史商机、订单和回款仍保留事件发生时的归属，不应跟随批量改写。
数据不完整时，宁可把客户标为待核，也不要为了凑名单强行分配。错误分配会把销售精力消耗在没有真实身份的记录上。
开场必须针对新信号
“很久没联系了，最近有没有需求”信息量很低。更好的沟通建立在可验证的新信号上：原系统进入续期窗口、上一项目出现扩展场景、组织联系人变化，或客户主动访问了相关内容。没有新信号时，销售可以选择暂缓，而不是被系统判定任务失败。
生成话术时保留事实边界，不把公开新闻、历史沟通和内部推断混成“我们了解到贵司正在启动项目”。
结果至少分成五种
联系后可记录新窗口、暂时无需求、联系人变化、明确不联系、无法触达。新窗口进入新商机；暂时无需求设置有依据的复查日；联系人变化进入关系补全；明确不联系停止自动触发；无法触达不等于客户无需求。
这些结果要由销售确认并写回，而不是从一句聊天自动定性。下一轮筛选时读取真实终态，避免同一客户每周重新被捞出。
小批量运行比一次清库有效
每轮只派销售能够完成的数量，观察真实反馈再调整规则。客户激活的目标是形成高质量新窗口，不是让 CRM 的“最近跟进时间”集体变新。用少量样本跑透，往往比一次处理几百个客户更快发现数据和规则问题。
