销售录单这件事，很少被写进业务复盘，却每天都在消耗时间。
一封客户邮件里可能写着需求、预算、采购时间，也可能只说一句“想了解企业版方案，下个月要用”。销售要把这些信息拆出来，再填进 Salesforce、纷享销客或其他 CRM。公司名、联系人、产品、金额、阶段、跟进时间，字段一多，复制粘贴就变成了体力活。
Coze 适合切入这个场景。CSDN 上一篇关于 Coze 测试自动化的文章提到，团队原本被重复性的功能验证和测试数据准备占用大量时间，接触 Coze 后开始把流程交给零代码 AI 工具处理。CRM 填单也是类似问题：它不复杂，但高频、重复、容易出错。
先把流程收窄
不要一开始就让 Agent 接管整个销售流程。更稳的做法，是先处理一个清晰场景：销售收到一封潜在客户邮件，Agent 读取邮件，提取字段，写入 CRM，再发一封确认邮件。
这个流程可以拆成四段：
- 邮箱插件读取指定来源的未读邮件；
- LLM 从正文里抽取客户公司、联系人、需求产品、预算、期望时间；
- CRM 接口查询客户是否已存在，决定创建记录或更新商机；
- 生成确认邮件，发给客户，并抄送销售负责人。
Coze 的价值不在于替你“理解所有业务”，而在于把这些步骤串起来。53AI 的 Coze 工作流资料里，也把工作流、插件、知识库、提示词放在同一个使用框架下看。对企业内部应用来说，这比单独做一个聊天机器人更实用。
字段映射比提示词更关键
很多人第一次搭 Agent，会把精力放在提示词上：要求模型“准确提取客户信息”“不要遗漏字段”“输出 JSON”。这些当然要写，但真正容易翻车的是字段格式。
举个例子，客户邮件写：“我们想了解企业版方案，大概下个月要用，预算在 50 万左右。”
LLM 通常能抓到“企业版”“下个月”“50 万”。问题在下一步：CRM 里的日期字段可能要求标准日期格式，金额字段可能只接受数字，产品字段可能只能从固定枚举里选。Agent 如果直接把“下个月”塞进去，接口大概率会报错。
所以，工作流里要单独加一个“格式化”节点。邮件解析之后，先把自然语言转成 CRM 能接收的字段，再调用接口。比如：
{
"company_name": "待确认",
"contact_name": "待确认",
"product_interest": "企业版",
"budget": 500000,
"expected_time": "待确认"
}
不确定的信息不要硬填。宁可标成“待确认”，也别让模型编一个联系人或日期。
CRM 写入前，最好留一道确认
自动填单不是让 Agent 获得无限权限。CRM 里沉淀的是客户资产，一次错误写入可能影响销售判断，严重时还会污染后续报表。
更稳的做法，是在写入前加人工确认节点。Agent 先生成一张结构化卡片，推送到飞书、钉钉或内部系统里，让销售点确认。销售确认后，再写入 CRM。
权限也要收窄。给 Agent 的接口权限只覆盖必要动作，比如创建客户、更新指定商机字段。不要给删除权限，也不要开放“修改所有字段”。手机号、身份证号这类敏感信息，如果业务不需要进入流程，就不要让 Agent 提取；如果必须处理，至少在展示和日志里做掩码。
Coze Studio 适合做自定义连接
如果公司用的是 Salesforce、纷享销客这类常见 CRM，优先看现成 API 或插件能不能覆盖。覆盖不了，再做自定义 HTTP 请求。
猫目关于 Coze Studio 与 Coze Loop 的文章提到，字节开源了 Coze Studio 和 Coze Loop，定位是 AI Agent 开发的全栈工具组合。放到 CRM 场景里，它的意义很直接：内部系统往往不标准，接口也不一定好用，团队需要能自己补连接器、调工作流、看执行过程。
低代码不等于不用工程能力。至少要有人处理 API Key、环境变量、接口鉴权、错误重试和日志。尤其是 CRM 这类系统，接口限流、字段校验、权限边界都绕不开。
一个可落地的最小版本
如果只是验证 Coze 在 CRM 填单里的价值，可以先做一个最小版本：
- 只接入一个邮箱；
- 只处理一种客户邮件；
- 只抽取 5 个字段：公司、联系人、产品、预算、时间；
- 只写入一个 CRM 对象，比如线索或商机；
- 所有写入都必须人工确认。
这个版本不酷，但能跑。跑起来之后，再逐步增加来源：微信聊天记录、PDF 报价单、网页表单。每增加一种来源，都要重新检查字段映射和异常处理。
AI Agent 在办公场景里最先能做好的，通常不是复杂决策，而是这些夹在系统之间的脏活。CRM 自动填单就是典型例子：信息已经在那里，只是没人愿意一格一格搬。Coze 能做的，是把这段搬运流程变短，把人留在确认和判断的位置上。
