第 3.3.3 节:把销售周报与续费提醒写成可校验、可复用的工程契约
销售周报与续费提醒不能只停留在口头约定,还需要落实为字段、校验和失败处理。完成本节后,你应该能够把销售周报与续费提醒落成字段表、校验规则、错误处理和验收样例。
实现步骤或决策流程
推荐技术流及原因
销售私域项目推荐采用“数据整理 + 标签体系 + 线索评分 + 草稿生成 + 人工确认 + 任务提醒 + 结果回流”的技术流。
- Data Normalization(数据标准化):把不同渠道的客户字段统一,例如客户名、公司、行业、来源、阶段、负责人和最近互动时间。
- Tagging(标签化):根据聊天、表单、行为和销售记录生成客户标签,并保留标签依据,支持人工修正。
- Lead Scoring(线索评分):用明确维度给线索排序,例如预算、需求强度、决策权、时间紧迫度、互动频率和匹配度。
- RAG(检索增强生成):生成话术时引用产品资料、案例、价格边界和竞品回应口径,避免胡乱承诺。
- Structured Output(结构化输出):把建议拆成客户阶段、推荐动作、话术草稿、风险点、下一次跟进时间和需要人工确认的内容。
- Human-in-the-loop(人工参与闭环):外发消息、报价、折扣、合同、承诺交付周期都必须由销售确认。
- Workflow(工作流):把续费提醒、长期未跟进提醒、重点客户升级和周报生成串成可执行流程。
- Feedback Loop(反馈闭环):把销售采纳、客户回复、成交、流失和续费结果回流,持续修正标签和评分。
这条技术流的原因是:销售场景的关键不是一次生成漂亮话术,而是让数据、建议、动作和结果形成闭环。没有结果回流的评分会越来越偏;没有人工确认的外发会变成品牌风险。
字段契约表
| 字段 | 含义 | 示例 | 业务用途 | 验收要求 |
|---|---|---|---|---|
| lead_id | 线索编号 | LEAD-0001 | 唯一追踪客户机会 | 不重复、不丢失 |
| source_channel | 线索来源 | 官网表单、展会、私域群 | 判断质量和跟进策略 | 来源可追溯 |
| consent_status | 授权状态 | 已授权、待确认、不可触达 | 控制是否允许触达 | 未授权不得外发 |
| customer_profile | 客户画像 | 行业、规模、职位、需求 | 生成标签和话术 | 字段来源清楚 |
| sales_stage | 销售阶段 | 新线索、已沟通、报价中 | 决定下一步动作 | 阶段规则一致 |
| tags | 客户标签 | 高预算、关注售后、价格敏感 | 支持分群和跟进 | 标签有依据 |
| tag_evidence | 标签依据 | 来自第 3 次沟通记录 | 便于人工复核 | 可反查原始信息 |
| lead_score | 线索分数 | 82 | 排序跟进优先级 | 分数可解释 |
| score_reasons | 评分原因 | 预算明确、近期要采购 | 让销售理解排序 | 不只给数字 |
| next_action | 推荐动作 | 发送案例、约演示、续费提醒 | 转化为任务 | 动作具体可执行 |
| message_draft | 话术草稿 | 私域跟进内容 | 人工确认后使用 | 不含越权承诺 |
| owner | 负责人 | 销售 A | 明确责任 | 无负责人要提醒 |
| due_at | 跟进时间 | 2026-07-05 | 防止遗漏 | 过期任务可见 |
| outcome | 结果反馈 | 成交、流失、无效、待跟进 | 修正评分和标签 | 结果能回流 |
| trace_id(追踪编号) | 追踪编号 | TRACE-SALES-001 | 审计和复盘 | 建议与数据可追溯 |
销售字段契约要特别关注授权、依据和外发边界。没有授权状态的私域触达是风险;没有标签依据的画像是猜测;没有人工确认的话术可能变成品牌事故。
数据准备
销售项目的数据准备要先解决“客户是谁、能不能联系、为什么值得跟进、结果是什么”。常见资料可以这样整理:
| 数据 | 准备方式 | 用途 | 风险控制 |
|---|---|---|---|
| 线索来源 | 标注表单、广告、活动、转介绍、私域渠道和导入批次 | 判断渠道质量 | 来源不明的线索不要自动触达 |
| 客户画像 | 整理行业、规模、职位、需求、预算、地区和购买阶段 | 标签、评分、话术生成 | 不要用无依据内容补画像 |
| 授权状态 | 记录是否同意联系、联系渠道、退订和黑名单 | 触达门禁 | 授权不清时只做内部建议 |
| 互动记录 | 整理聊天、电话纪要、邮件、会议和访问记录 | 判断意向变化 | 隐私内容要脱敏,敏感信息不进外发草稿 |
| 产品与案例资料 | 准备产品卖点、价格边界、成功案例、竞品回应和禁用承诺 | RAG 话术依据 | 不允许模型自行承诺折扣、交期或效果 |
| 成交与流失结果 | 标注成交金额、周期、流失原因、续费和投诉 | 评分校正、复盘 | 没有结果回流时,评分只能作为建议 |
如果客户现有 CRM(客户关系管理系统)数据很乱,项目交付顺序应该先做字段统一和人工确认,再做评分和话术。没有数据治理的增长智能体,最后会变成“看起来聪明的群发工具”。
制作步骤
-
统一销售流程
先让客户确认销售阶段定义。比如“新线索”“已联系”“需求明确”“方案中”“报价中”“成交”“流失”分别由什么条件触发。阶段不统一,后续评分和周报都会失真。 -
清理客户数据
合并表单、CRM(客户关系管理系统)、聊天记录、订单和合同中的客户信息。重点不是字段越多越好,而是关键字段可靠:来源、授权、需求、预算、负责人、最近互动和下一步时间。 -
设计标签体系
标签分成事实标签、行为标签、意向标签和风险标签。事实标签来自确定资料;行为标签来自互动;意向标签需要依据;风险标签要能触发提醒。 -
制定评分规则
评分维度要和业务目标相关。常见维度包括预算、需求清晰度、决策权、时间紧迫度、产品匹配度、互动频率和历史相似成交。每个分数都要能解释原因。 -
准备话术资料
收集产品卖点、案例、价格边界、优惠规则、竞品回应、禁用承诺和品牌语气。话术生成必须基于这些资料,而不是让模型自由发挥。 -
设计人工确认
所有外发消息、报价、折扣、合同条款和交付周期都默认进入人工确认。智能体可以给草稿、依据和提醒,不能替销售做最终承诺。 -
设计提醒任务
包括新线索未跟进、重点客户长时间无互动、合同到期、续费窗口、客户投诉后回访、报价后未反馈等提醒。 -
生成销售周报
周报要区分事实、分析和建议。事实来自 CRM(客户关系管理系统)数据;分析来自趋势和风险判断;建议是下一步动作。三者混在一起会让主管无法判断可信度。 -
建立反馈闭环
销售采纳了哪些建议、客户是否回复、是否成交或流失,都要回流。没有结果反馈,线索评分只能停留在“看起来合理”。 -
试点复盘
先选一个销售小组或一类线索试点,观察采纳率、跟进及时率、标签修正率和主管满意度,再扩大到全团队。