沟通层先打通
电话录音、邮件、企业微信与会议转写是销售 AI 的原料。先确认这些渠道能否合规导出、能否按客户与商机归档；拿不到沟通记录，摘要与建议都无从生成。很多项目卡在这一步，却常被误判成模型能力不足，方向一旦搞错就会反复返工。
客户档案决定上下文
客户、联系人、商机阶段、跟进记录与丢单原因决定建议是否贴合。怎么做才不出错：只读必要字段，按客户编号与商机编号关联，缺失字段留空并标红；字段口径不统一时先做一次映射，否则同一客户在不同系统里会变成两个人。
报价与合同是写操作
生成报价单、改折扣、提交合同审批都属于写操作，风险远高于读取。建议先只读运行数周，确认建议准确后再逐个开放，并加审批、版本号与幂等控制。为什么必须分批：重复提交与错误版本在合同环节极难回滚。
权限与脱敏
销售、主管与财务看到的字段范围不同，客户个人信息与折扣尤其敏感。常见做法是字段级权限加脱敏，模型上下文只放当前任务需要的字段。边界在于：权限设计缺失的系统，往往在安全评审时被整体驳回，返工代价很大。
留痕与降级
每次生成要记录输入来源、命中的素材版本、调用的接口与输出内容；接口超时或失败时明确回退人工，不允许模型编造一个状态。为什么这条是硬要求：留痕既是复盘依据，也是发生争议时还原过程的基础，缺了它排查只能靠回忆。
适用与不适用
适合谁
- 客户档案有开放接口、销售流程相对规范的团队
- 沟通记录分散、需要统一归档的企业
- 报价与合同已走审批流程、可分级授权的组织
不适合谁
- 客户档案完全封闭、连导出都受限的团队
- 沟通记录主要发生在私人设备、无法合规采集的业务
典型场景
某设备商的客户档案有开放接口，但通话录音存在本地服务器。项目组先把录音转写与邮件归档到统一目录，再接档案只读接口，跑三周确认摘要与建议可用；随后只开放跟进记录写入与报价草稿生成，正式报价仍走原审批流程。
可执行步骤
- 盘点沟通渠道与客户档案，确认可导出字段、归档方式与合规边界，缺什么先补
- 统一客户与商机编号，做一次字段映射与去重，先解决同一客户两个身份
- 先接只读接口，跑数周核对摘要与建议的质量，确认无误再谈写操作
- 写操作逐个开放，加上审批、版本号与幂等校验，避免重复提交报价
- 设接口超时阈值与降级路径，失败即转人工，不允许模型自行推测状态
- 记录输入来源、素材版本与输出内容，并约定保留周期与查看权限人
常见坑
- 一开始就要全字段与写权限，安全评审卡住数月，项目延期后范围被迫缩水，前期投入白费。
- 同一客户在档案与邮件系统里编号不同，摘要挂错对象，销售看到别人的沟通内容，还可能外发。
- 报价草稿没有版本号与幂等控制，重复提交产生多份报价，客户收到两个价格，信任直接受损。
- 接口失败时让模型自行推测状态，销售据此承诺交期，实际排产并未确认，履约风险全部后移。
自检与验收清单
- 沟通渠道是否可合规导出，并能按客户与商机归档
- 客户与商机编号是否统一，字段映射是否完成
- 写操作是否分批开放，并有审批环节与幂等控制
- 字段级权限与脱敏是否覆盖个人信息与折扣数据
- 留痕是否含素材版本与接口响应，降级路径是否明确
常见问题
必须换掉现有客户系统吗？
不必。多数系统提供开放接口或可做中间层同步；只有完全封闭、连导出都受限的系统才需要考虑替换。替换成本高，建议先验证接口可行性与字段映射，再决定是否动系统。
录音转写放在哪里合适？
优先放在可管控的环境，按最小必要保存并设置保留期。涉及个人信息与商业条款的内容要脱敏，访问要有审批与日志；把原始录音长期堆在模型侧，风险与成本都会累积。
销售用手机沟通怎么归档？
可要求关键沟通回到企业渠道，或用可合规录音的公务号；私人设备上的沟通不建议直接采集。规则要提前说清并取得同意，事后补录往往无法还原上下文。