销售总监设计线索跟进 Agent 的 Skill 包，核心不是买一个“销售机器人”，而是把团队每天重复执行的查询、录入、初筛、提醒动作，拆成一个个可复用、可验收、可迭代的标准化指令。先从一个高频、低判断、易出错的小场景切入，让一线销售把经验写成规则，再由 Agent 执行，人只保留最终确认和关键沟通环节，这样最容易在 2-4 周内看到实际效果。
销售线索跟进的重复工作，到底卡在哪
多数销售团队的时间不是花在“成交”上，而是花在“找信息”和“搬信息”上。典型场景包括：
- 拿到一个公司名，手动查工商信息、主营业务、近期动态。
- 把客户资料从企微、Excel、邮件、CRM 之间来回复制。
- 新线索来了，人工判断该分给谁、是否值得跟进。
- 首次触达前，反复写类似的介绍话术和邀约话术。
- 跟进后，把沟通结果手动填回系统，容易漏记、记错。
这些动作有一个共同特征：规则相对固定，结果可以被检查，不需要销售临场发挥。这类工作最适合封装成 Skill。
什么是线索跟进 Agent 的 Skill 包
Skill 不是模型本身，也不是一个完整系统。它是一组可以被 Agent 调用的标准化任务说明，通常包括：
- 触发条件：什么时候执行这个 Skill。
- 输入内容：需要哪些字段，例如公司名、联系人、来源渠道。
- 执行步骤：先查什么、再核对什么、最后输出什么。
- 输出格式：结果以什么结构返回，例如表格、话术草稿、跟进建议。
- 人工确认点：哪些环节必须由销售确认后才能继续。
一个典型的线索跟进 Skill 包，可能包含：
- 企业信息补全 Skill：根据公司名补齐行业、规模、区域、近期公开动态。
- 线索初筛 Skill：按预设条件判断线索是否进入高优先级队列。
- 首次触达草稿 Skill：基于客户类型和来源，生成待发送的微信或邮件草稿。
- 跟进记录整理 Skill：把散乱的沟通记录整理成结构化 CRM 字段。
- 待办提醒 Skill：根据上次跟进时间和阶段，生成明日跟进清单。
销售总监要做的，不是自己写这些 Skill，而是把一线销售脑子里的“经验”和“判断标准”问出来，转成可执行规则。
先做哪个场景：用三个问题筛选
不是所有重复工作都适合马上做 Agent。建议用三个问题过滤：
- 这个动作每天或每周是否重复发生 10 次以上？
- 执行时是否需要大量查找、复制、整理信息？
- 完成结果是否有明确的对错标准，可以由人快速验收？
如果三个答案都是“是”，就适合优先封装。对大多数 B2B 销售团队来说，企业信息补全 + 线索初筛是最安全的起点，因为它不涉及客户直接沟通，出错影响小，验收标准清晰。
不建议一上来就做“自动跟进客户”或“自动回复客户消息”，因为这类场景涉及沟通边界、客户情绪和合规风险，需要先把内部数据质量和流程稳定性跑通。
怎么把一线销售经验转成 Skill 指令
销售总监最需要做的事，是组织一次 60-90 分钟的“经验拆解会”。不是聊战略，而是让销冠把具体动作讲出来。
问法不是“你怎么跟进客户”，而是：
- 拿到一个新客户名字，你第一分钟会打开哪几个页面？
- 哪些信息会让你判断这个客户值得跟，哪些会让你放弃？
- 你发的第一句话，通常会根据什么条件做调整？
- 什么情况下你会把客户标成“下周再跟”而不是“今天跟”？
- 你希望每天上班第一眼看到哪 5 条信息？
把回答整理成“如果 A，则执行 B；如果 C，则跳过 D”的规则。这些规则就是 Skill 的核心。规则越具体，Agent 执行越稳定。
一个常见的误区是：管理层直接拍一套“理想流程”，让一线销售照着用。结果大概率是 Agent 输出的内容没人看，因为和真实工作脱节。正确顺序是：先记录真实动作，再逐步标准化，最后交给 Agent 执行。
人机协同流程怎么设计
线索跟进 Agent 不应完全取代销售判断。推荐的分工是：
- Agent 负责：查信息、补字段、做初筛、出草稿、整理记录、生成清单。
- 销售负责：确认线索质量、判断客户情绪、调整沟通策略、完成关键对话。
- 销售总监负责：定义优先级规则、抽查 Agent 输出质量、迭代 Skill 包。
每条 Skill 都应该设置明确的“人工确认点”。例如：
- 企业信息补全 Skill 输出结果后，销售确认信息是否匹配。
- 线索初筛 Skill 标记高优先级后，销售确认是否真的值得跟。
- 首次触达草稿生成后，销售必须逐条检查再发送。
这样设计的好处是，Agent 跑得再快，也不会越过销售对客户关系的最终判断权。
上线后看什么指标
不建议用“节省了多少时间”作为唯一指标，因为时间节省很难准确统计，而且容易被质疑。更实用的验收指标包括：
- 线索进入 CRM 后的字段完整率是否提升。
- 从拿到线索到首次触达的平均间隔是否缩短。
- 销售每天花在查资料、录数据上的手动操作是否减少。
- 每周遗漏跟进的高优先级线索数量是否下降。
- 销售主动使用 Agent 输出的比例。
如果销售不用，Skill 写得再完整也是空的。所以前两周的核心任务是：让 3-5 名一线销售每天用一个 Skill，收集哪里不好用、哪里输出不对、哪里流程卡住，再快速调整。
常见误区：不要把 Skill 包做成大而全的销售系统
很多销售总监第一次做 Agent 项目，容易想把“线索获取—评分—触达—跟进—成交”全部自动化。结果就是半年做不出一个能用的版本。
更务实的做法是：先做 3-5 个高频小 Skill，跑通一个闭环，再逐步扩展。
例如先做：
- 企业信息补全
- 线索初筛
- 跟进记录整理
这三项跑顺后，再考虑首次触达草稿和待办提醒。每个 Skill 可以独立上线、独立验收，不互相阻塞。
交付成果长什么样
一个完整的线索跟进 Agent 试点项目，交付物通常包括：
- 一套经过一线销售确认的 Skill 规则文档。
- 可执行的 Agent 配置，能完成指定场景的自动化任务。
- 标准输入输出模板，确保结果格式统一。
- 人工确认节点清单，明确哪些环节必须由人操作。
- 试点期使用记录和调整说明。
涉及客户数据、个人微信、电话外呼等场景时，需要把权限范围和人工确认写进交付方案。例如：Agent 只读取 CRM 中已授权字段，首次触达内容必须由销售本人发送，所有外呼行为由销售在合规框架内执行。Agent 不直接代表销售向客户发送未经确认的信息。
智未来 AI 在企业 AI 应用落地中，更倾向于先帮助团队找到一个小而确定的切入点，用短周期试点验证价值，再把一线经验沉淀为可持续维护的 Skill 体系。如果你想了解这类项目如何启动，可以查看 AI Agent 与数字员工 的落地逻辑，或者直接 联系智未来 AI 咨询企业 AI 项目。智未来（上海）智能科技有限公司提供的是企业 AI 落地服务，不是单纯卖一个工具，而是陪团队把流程、规则和使用习惯一起建起来。
常见问题
1. 销售线索跟进 Agent 适合什么规模的销售团队？
适合已经有明确销售流程、每天产生一定量线索、且销售人数在 5 人以上的团队。太小的团队可能规则不固定，难以标准化；太大的团队需要先从一个区域或一个产品线做试点，再推广。
2. 做这样一个 Skill 包，大概要投入多少内部人力？
试点阶段通常需要销售总监或销售运营负责人每周投入 2-4 小时参与规则确认，加上 3-5 名一线销售每天 10-15 分钟测试和反馈。真正的重活是把经验说清楚，而不是技术开发。
3. 我们已经有 CRM，为什么还要做 Agent 的 Skill 包？
CRM 主要负责记录和流程管理，但录入、查询、初筛这些动作仍然靠人手工完成。Skill 包解决的是“谁来替销售做这些重复动作”，让 CRM 的数据更完整、更新更及时。
4. 销售会把经验说出来吗？会不会担心被替代？
如果一开始就强调“替代人”，销售一定抗拒。更有效的方式是让销售把最烦、最重复的部分交给 Agent，省下的时间用于更多客户沟通和成交。试点期可以设置奖励，鼓励销冠分享可复用的判断规则。
5. 如果 Agent 输出的信息错了，责任算谁的？
所有 Skill 都需要设置人工确认点，销售对最终发送给客户的内容和跟进决策负责。Agent 只做信息查询、整理和草稿建议，不做最终决策。规则错误由销售管理者负责迭代，执行错误通过日志快速定位和修正。