05 获客、销售与 CRM 自动化

管理者先看结论

销售自动化的价值不在“让 AI 多发消息”，而在减少线索遗漏、重复录入、错误分配和跟进断档。一个合格的第一期闭环应该能回答：线索从哪里来、是否重复、为什么这样评分、分给谁、销售是否确认、写回了什么、最后是否成为有效机会。

AHAX 判断：第一阶段不建设“全能销售 Agent”。更稳妥的路径是：来源记录 → 合法性/用途检查 → 去重 → 字段抽取 → 规则与 AI 分层评分 → 分配建议 → 销售确认 → CRM 回写 → 超时提醒 → 结果反馈。

管理目标	常见损耗	第一阶段自动化	不应交给 AI 的责任
不漏线索	表单、邮件、活动名单散落	统一进入、创建待处理记录、告警	判断是否有权联系
不重复打扰	同一人多渠道重复进入	身份键匹配、疑似重复转人工	直接合并有争议的客户记录
更快分配	运营复制表格再找销售	按地区、产品、客户类型规则路由	承诺价格、库存和交期
记录完整	销售只在微信或个人笔记跟进	提取摘要、下一步、时间并建议写回	虚构客户意向或会议结论
形成反馈	评分后不看实际结果	记录采纳、纠正、有效/无效原因	用模型分数替代经营判断

线索越多，错误自动化的放大效应越大：重复触达会伤害信任，黑箱评分会让销售不采纳，归因混乱会把自然成交算成“AI 带来的收入”。因此，本章把同意、来源、评分理由、人工确认和证据链放在发送量之前。

适用与不适用

适合优先落地

• 官网表单、展会、邮件、渠道伙伴等来源已经存在，但需要人工汇总。
• 销售分配规则基本明确，如地区、产品线、客户规模、语言或行业。
• CRM 已有客户、联系人、线索、机会和活动等基础对象。
• 销售愿意确认字段、纠正评分，并把最终结果写回。
• 第一阶段只生成跟进建议或草稿，不自动承诺和批量骚扰。

暂不适合扩展自动外联

信号	根因	先做什么
不知道线索来自哪里	来源字段和渠道规范缺失	建立来源、活动和触点字典
CRM 重复记录很多	唯一键和合并规则不清	先做数据治理和人工合并队列
销售不使用 CRM	写回增加负担、字段无价值	精简必填项并重做销售流程
产品/价格经常变化	知识和报价责任不稳定	先固定批准来源和报价流程
拒绝联系仍继续触达	退出状态未进入主数据	建立抑制名单与全渠道同步
只想“群发更多”	没有客户价值和风险设计	先定义目标对象、用途和频率

个人信息与自动化决策边界

官网表单、活动名单、名片、邮件和 CRM 记录可能包含个人信息。企业应说明处理目的、必要字段、来源、保存期限、访问角色、供应商流向和权利请求入口。不能因为对方是“企业客户”就默认联系人姓名、手机、邮箱和行为标签不属于个人信息。

《个人信息保护法》对自动化决策有透明度、公平公正等规定。是否构成法律意义上的自动化决策，应结合系统是否利用个人信息对个人行为习惯、兴趣爱好、经济健康信用状况等进行自动分析、评估，以及结果影响来判断。简单的地区规则分配与复杂画像评分不能一概而论。

AHAX 判断：即使某个简单路由不构成高风险自动化决策，也应保留来源、规则、分配理由和人工纠正，原因是可解释性直接影响销售采纳和客户争议处理。

方案对比

规则、AI 与混合评分

方式	适合输入	优点	风险	推荐用法
纯规则	地区、产品、预算区间、明确字段	可解释、稳定、易复测	对非结构化描述理解弱	强约束与路由底座
纯 AI	邮件、自由文本、会议纪要	能理解复杂表达	漂移、理由不稳定、难审计	不建议直接决定高影响动作
规则 + AI	结构化字段 + 文本需求	兼顾稳定性和理解能力	设计和评估成本更高	中小企业首期推荐
人工评估	战略客户、复杂采购、信息不足	业务判断完整	慢、口径易不一致	高价值/高风险兜底

混合方式可以先用规则检查硬条件，再让 AI 提取需求、产品、时间和风险信号，最后输出分配建议与理由，由销售确认。模型不能自行编造缺失预算，也不能把“浏览过页面”直接解释为强购买意向。

自建流程与 CRM 内置自动化

方案	适合情况	优点	约束	验收重点
CRM 内置工作流	已深度使用同一 CRM	配置和审计集中	套餐、配额、Agent 功能受许可约束	字段、权限、执行日志、退出
外部自动化平台	多来源、多系统、需快速编排	集成灵活	凭据、重试、幂等和维护责任增加	重复、失败、告警、补偿
自建服务	规则复杂、数据控制要求高	可定制、可测试	开发和持续运维成本高	API、日志、部署、交接、TCO

HubSpot、Salesforce、Dynamics 365 等官方文档可以证明其提供特定工作流或销售能力，但不能证明企业当前套餐已经开通，也不能证明线索质量、同意充分、送达率或转化效果。采购时应记录产品版本、许可、配额、数据区域、API、导出和停用后的退出方案。

加权评分示例（可复算）

以下为 AHAX 示例，用于统一讨论，不是行业标准。每项按 0–5 分；权重总和 100%；总分保留 1 位小数。

总分 = Σ(单项得分 / 5 × 权重)

维度	权重示例	0 分	5 分	证据来源
需求匹配	25%	与产品无关	需求与批准服务明确匹配	原始询盘 + 产品规则
时间明确	15%	无时间信息	有明确采购/启动窗口	客户原话
角色与组织	15%	无法识别	角色与组织信息可核验	表单/公开企业信息
数据完整	15%	联系方式或关键字段缺失	必要字段完整且来源清楚	表单与来源记录
互动信号	15%	无有效互动	按已定义事件出现高价值互动	CRM 活动记录
风险/抑制	15%	明确拒绝或不应联系	无抑制信号且用途一致	退订/拒绝/权限状态

中间分同样必须有证据锚点，避免销售、运营各按自己的感觉打分：

维度	1 分	2 分	3 分	4 分
需求匹配	只出现泛化咨询	有相关词但对象/问题不清	需求方向清楚，仍缺关键条件	产品、问题和边界基本明确，有原话支持
时间明确	只有“以后看看”	有大致阶段，无时间窗口	有月份/季度或明确触发条件	有明确窗口、里程碑或截止要求
角色与组织	仅有无法核验的个人信息	组织可核验、角色不清	组织与职能清楚，影响角色不明	角色、组织和参与关系基本可核验
数据完整	仅有一个不稳定联系方式	联系方式可用，关键业务字段大量缺失	必要联系字段齐，业务字段部分缺失	必要字段完整，仅少量非关键项待核验
互动信号	只有无效浏览/打开	有一次低价值互动	有按规则定义的有效互动	多个一致的高价值互动，时间和来源可追踪
风险/抑制	来源/用途不清或存在明显风险	需要人工核验用途、频率或名单来源	无明确抑制，但部分记录尚未完整	来源、用途、频率和退出记录基本完整

评分人员应对少量历史样本先共同校准。证据跨两档时取较低分；出现拒绝、退订或不应处理时直接进入抑制/核验，不继续用该维度加分。

风险维度不是“越敢联系分越高”。一旦存在拒绝、退订、来源不明或用途不匹配，应先进入抑制或人工核验，不用高业务分覆盖风险。

实施

第一步：建立线索来源和字段字典

字段	必须说明什么	常见错误
source	首次进入的真实来源	全部写“官网”
campaign	具体活动/页面/展会	用自由文本导致无法汇总
consent_or_basis	告知、同意或其他处理依据记录	只有一个默认勾选
contact_key	邮箱、电话或业务定义的匹配键	没有标准化格式
owner	当前责任销售/队列	分配后无人确认
status	新建、核验、已分配、跟进、有效、无效、抑制	状态可随意跳转
next_action	下一动作与截止时间	只记录“已联系”
outcome_reason	有效/无效/丢单/抑制原因	结果没有结构化原因

字段字典应包含名称、定义、类型、枚举、必填条件、来源系统、允许修改角色、保留与删除规则。AI 只能填允许推断且能展示证据的字段；公司规模、预算和决策权等信息不足时应标记 unknown，而不是猜测。

第二步：设计线索状态机

received → purpose_checked → deduplicating → needs_review / qualified
→ routing_proposed → owner_confirmed → follow_up_due
→ contacted → opportunity / nurture / disqualified / suppressed

每次状态变化都记录触发、操作者、时间、前后值和原因。suppressed（拒绝联系/退订/不应处理）不是普通“无效线索”，它需要阻止后续渠道继续触达。

第三步：去重与合并

先标准化电话、邮箱、企业名称和域名，再按强匹配键和弱匹配信号生成“确定重复/疑似重复/新记录”。确定重复可按批准规则处理；疑似重复进入人工队列。合并前要定义主记录、字段冲突、活动保留、负责人和回滚方式。

重复事件还可能来自表单重试或接口回调。工作流使用事件 ID/幂等键，确保同一提交不会创建多条线索或发送多封通知。

第四步：评分、分配与人工确认

评分输出至少包含维度分、证据、缺失字段、风险标记、建议负责人和规则版本。销售可以确认、修改或拒绝，并选择原因。纠正记录进入后续评估，不能直接作为模型训练材料而无治理。

分配优先用明确业务规则。AI 可以从文本中提取产品、地区或语言，但最终路由规则由企业维护。战略客户、冲突区域、多个产品线和信息不足应进入人工队列。

第五步：生成跟进建议，不自动承诺

建议内容基于客户原话、批准产品资料和当前 CRM 状态。草稿应展示来源，并禁止生成未确认的客户事实、案例效果、价格、库存、交期和合同承诺。

对外内容还需判断广告与互联网广告规则。构成广告的内容应真实、合法、可识别，不得使用虚假或引人误解的表述。AI 生成不会降低广告主和发布者的责任。

第六步：写回、提醒与回执

写回动作使用明确字段 Schema、权限、幂等键和审计日志。创建任务后保存 CRM 记录 ID；消息发送保存渠道回执；失败进入队列并告警。不能只记录“工作流运行成功”，还要确认业务对象真实更新。

第七步：建立归因与反馈

归因至少固定首次来源、活动来源、最近有效触点和机会创建来源。AI 参与摘要或评分，只能记录为流程参与因素，不能把后续全部收入归因给 AI。

反馈指标包括：字段抽取正确性、疑似重复人工确认、分配采纳/修改、跟进按期完成、有效线索、机会创建、无效原因、拒绝/退订和投诉。业务结果按统一周期与基线比较。

风险与应对

风险	影响	预警信号	应对	责任人
来源或用途不清	无法证明为何处理/联系	source 为空、名单多次转手	来源登记、用途检查、人工隔离	数据/营销负责人
重复记录/触达	客户被多次联系，CRM 污染	同邮箱/电话多条活跃记录	标准化、幂等、疑似重复队列	CRM 管理员
黑箱评分	销售不信任或差别对待	只有总分没有理由	维度、证据、版本和人工纠正	销售负责人
AI 编造字段	错误分配或错误画像	缺失预算却出现具体数值	unknown 状态、来源强制、回归测试	AI 产品负责人
拒绝联系未同步	投诉与合规风险	退订后其他渠道继续发送	全局抑制状态、渠道同步、抽查	营销负责人
误导性营销	客户决策被误导	夸大效果、虚构案例和承诺	批准资料、事实审校、广告识别	内容/法务负责人
CRM 写回失败	线索遗漏或状态不一致	流程成功但记录未变	回读验证、失败队列、告警和补偿	技术负责人
归因夸大	错误投资决策	所有成交都记为 AI 贡献	固定口径、对照基线、财务复核	数据/财务负责人
供应商锁定	数据和流程难迁移	无导出、规则仅在黑箱 Agent	API/导出、规则文档、退出演练	项目负责人

外联频率不是模型参数

发送时段、频率、渠道和停止规则应由企业根据用户关系、用途、平台规则和风险制定。模型不能因为预测“高意向”就绕过退订、拒绝联系或人工审批。任何批量外联都应先小样本测试，检查名单、模板、链接、退订和回执。

验收

端到端验收用例

用例	前置数据	期望结果	阻断条件	证据
新官网线索	来源、用途、联系方式完整	创建一条记录并建议负责人	创建重复/来源丢失	表单、task_id、CRM ID
重复提交	同一事件重复到达	不重复创建或发送	出现两条主记录	幂等日志、记录对比
疑似重复	名称近似、邮箱不同	进入人工合并队列	自动错误合并	候选、理由、人工决定
信息不足	无预算/时间/角色	字段为 unknown，降低可用分	模型编造具体事实	输入、输出、评分理由
拒绝联系	线索已 suppressed	所有自动外联停止	任一渠道继续触达	状态、发送拦截日志
分配冲突	多区域/多产品匹配	进入人工队列	随机分配	规则版本、人工确认
写回失败	CRM 接口超时	重试/失败队列且不丢失	静默失败或重复写入	执行、告警、补偿记录

指标口径

指标	计算方式	责任人	注意事项
线索入库完整率	必要字段完整且来源可追踪 / 有效提交	CRM 负责人	unknown 与空值分开
疑似重复确认率	人工确认结果完整 / 疑似重复队列	数据运营	不追求全部自动合并
分配采纳率	销售确认建议 / 有效分配建议	销售负责人	同时看修改与拒绝原因
跟进按期完成率	截止前完成任务 / 到期任务	销售主管	自动创建不等于完成
有效线索率	按固定定义确认有效 / 已处理线索	销售运营	定义不能随结果改变
抑制违规数	suppressed 后仍触达的次数	营销负责人	宜作为阻断级指标
单条全成本	平台、模型、运维和人工复核 / 已处理线索	财务/项目	不只算 token 成本

项目应在试点前写明通过、调整和停止条件。例如，抑制状态仍被触达、关键字段持续编造、重复写入或无法追溯来源，可以直接暂停对应自动化；具体阈值按企业风险约定，不使用统一行业数字。

学习方法

学习作业：画出线索状态机和字段字典

1. 选 20–50 条脱敏线索做练习样本（数量为学习示例）。
2. 标注真实来源、用途记录、强/弱匹配键、状态和负责人。
3. 画出从 received 到 opportunity/disqualified/suppressed 的状态机。
4. 为每次状态变化写触发、允许角色、必填字段、失败处理和证据。
5. 用一条重复提交、一条疑似重复、一条拒绝联系、一条 CRM 超时做桌面测试。

产出模板

状态	进入条件	允许动作	必填字段	退出条件	证据	负责人
received	接口收到有效事件	建立待核验记录	source、event_id	用途/去重检查完成	原始提交与 task_id	运营
needs_review	疑似重复或信息冲突	人工合并/保留/拒绝	候选与理由	人工决定完成	决定记录	CRM 管理员
owner_confirmed	负责人确认接收	创建跟进任务	owner、next_action	任务完成或重新分配	CRM 活动	销售
suppressed	退订/拒绝/不应联系	仅处理权利请求	原因、时间、来源	按合法流程变更	拦截日志	数据/营销

如果团队画不出 suppressed 如何跨渠道阻断，或者说不清评分字段从哪里来，就不应扩展自动外联。

参考来源

主张	来源	发布机构	发布日期	URL	核验日期	使用边界
个人信息处理应目的明确、直接相关并采取影响最小方式；自动化决策另有透明、公平、公正要求。	《中华人民共和国个人信息保护法》	全国人民代表大会常务委员会	2021-08-20	https://www.cac.gov.cn/2021-08/20/c_1631050028355286.htm	2026-07-15	用于线索、画像、评分和路由；具体适用按真实活动判断。
广告应真实、合法，不得含虚假或引人误解内容。	《中华人民共和国广告法》	全国人民代表大会常务委员会	2021-04-29 修正文本	https://sjfg.samr.gov.cn/law/pageInfo/law_search_new.law_details?label=0&lawId=15facd787430cd204c54e76d4fd6e54d	2026-07-15	适用于构成广告的营销内容，不把所有销售沟通一概认定为广告。
互联网广告应可识别；特定知识/体验/测评推销内容附购买方式时应显著标明广告。	《互联网广告管理办法》	国家市场监督管理总局	2023-02-25	https://www.samr.gov.cn/zw/zfxxgk/fdzdgknr/fgs/art/2023/art_faf6289cce0e4349833e99cca686faf3.html	2026-07-15	仅按办法适用范围使用，特殊行业另有要求。
AI RMF 提供自愿的跨行业风险管理框架。	Artificial Intelligence Risk Management Framework 1.0	NIST	2023-01-26	https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-ai-rmf-10	2026-07-15	美国自愿框架，只作评分、路由和工具治理方法参考。
HubSpot Workflows 可自动化营销、销售和服务流程，能力受订阅与权限约束。	Automate your processes	HubSpot	页面持续更新	https://knowledge.hubspot.com/get-started/automate-your-processes	2026-07-15	只说明产品能力，不保证送达、转化或合规。
Salesforce Flow 提供业务流程自动化能力。	Salesforce Flow	Salesforce	页面持续更新	https://developer.salesforce.com/developer-centers/flow	2026-07-15	只说明 Salesforce 产品能力，实际许可、配额和权限按租户核验。
Web-to-Lead 可将网站提交生成 Salesforce 线索记录。	Generate Leads from Your Website with Web-to-Lead	Salesforce	页面持续更新	https://help.salesforce.com/s/articleView?id=sales.setting_up_web-to-lead.htm&language=en_US&type=5	2026-07-15	只说明入口能力，不支持线索质量、同意充分或转化效果。
Dynamics 365 Sales 文档展示销售加速和 AI 销售能力。	Welcome to Dynamics 365 Sales	Microsoft	页面持续更新	https://learn.microsoft.com/en-us/dynamics365/sales/overview	2026-07-15	供应商能力说明；许可、数据策略和 Agent 模式按版本核验。

边界说明

• 中国个人信息和广告规则按实际数据、对象和内容判断。
• NIST 只作自愿治理框架，不是中国强制要求。
• CRM 文档只证明产品能力，不证明效果、当前套餐权限或合规。
• 本章评分、状态机、指标和验收模板属于 AHAX 建议。

最后核验：2026-07-15

上一章 | 返回专题总览 | 下一章