销售 Agent 接入 CRM，先从线索整理与回访草稿做起

销售 Agent 接入 CRM，最容易被演示出来的是一句“帮我总结这个客户”。真正上线时，团队还要回答：当前员工能否查看这位客户？摘要依据哪些已记录的信息？旧记录和新沟通冲突时怎么办？草稿由谁检查，什么时候才写回系统？从整理线索和准备回访草稿开始，能让这些问题在低风险任务里先被看清楚。

先明确线索摘要需要哪些字段

不要把整个 CRM 联系人表一次性塞给模型。和销售一起定义摘要需要的字段，例如线索来源、最近一次有效沟通、客户已表达的需求、下一步约定和缺失信息。每个字段都应能回到 CRM 的来源记录或更新时间。若系统里没有预算、决策人或采购时间等信息，摘要要写明“尚未记录”，不能把常见销售话术补成客户事实。

联系人匹配也要谨慎。同一公司可能有多个联系人，同一个人也可能在不同商机里出现。Agent 可以展示候选记录和匹配依据，但不能只凭姓名相似就自动合并客户档案。涉及重复线索、联系方式变化或跨组织关联时，先提供待确认项，让销售人员检查后再操作。

权限由 CRM 和应用服务共同把关

员工登录身份应从现有账号体系传入后端，再由 CRM 的数据范围或企业授权规则判断可读对象。前端隐藏了某个按钮，并不能代替服务端的权限校验；模型提示词里写“不要看未授权客户”，也不能代替接口限制。调用时尽量使用只读、字段范围明确的接口，并记录访问对象与调用结果。

如果销售拥有团队范围的数据权限，查询也应按这个范围执行；实习人员、渠道伙伴或区域团队未必能看到相同记录。把权限收敛到用户当前需要的客户和字段，也能减少提示词中出现无关敏感资料。员工转岗或权限撤销后，缓存和已有会话的处理方式要有明确规则。

回访内容先生成草稿，再交给销售确认

草稿要区分已知事实、建议表达与待补信息。可以引用最近一次会议记录或客户问题，但应标注来源日期；没有依据的优惠、交付承诺、功能支持或价格条件，不要自动写成确定语气。草稿生成后，销售检查对象、事实、语气和下一步动作，必要时编辑再保存。对外发送仍走原有沟通工具与审批规则，不把“生成文本”直接连成自动群发。

若业务同意将草稿保存回 CRM，先在用户点击确认后再次检查记录状态和权限，采用草稿或待审核状态写入，附带来源与操作者。接口超时后先查是否已成功落库，再决定是否重试；为新增记录设置幂等标识，避免同一请求产生两份任务或沟通纪要。高影响字段如客户等级、报价和合同状态，应与普通备注分开授权。

评估时看销售是否少做了有用工作

试点记录摘要被采纳、修改、拒绝或补充的原因，区分字段错误、信息过期、缺少依据和表达不合适。再比较相近复杂度线索的整理时间、事实校对时间和草稿编辑时间，并抽样检查客户信息是否准确。不要仅以生成草稿数衡量价值；如果销售每次都要从头核对或改写，系统只是把工作从输入转到了审阅。

上线前用脱敏样本测试无权限客户、无记录客户、重复线索、旧记录与新记录冲突、接口超时及员工离职等情况。业务负责人确认摘要模板和审核责任，CRM 管理员确认接口权限，信息安全团队确认记录与保留规则。工具边界设计可以参考企业 Agent 接入 MCP 时的工具契约；进入扩大使用前，再按企业 Agent 上线验收要求复核任务、权限和接管路径。