演示里最打动人的，往往是一句话：在对话框里输入「查一下华东智造的客户档案和在谈商机」，几秒后一份结构化结果就出来了。
但真正决定这套东西能不能在企业里用起来的，不是那几秒，而是这句话背后每一步是谁负责、边界在哪。下面按数据层、智能层、连接层逐层拆开看。
一、第一层：数据层，查得到
链路的起点不是模型，是连接器。
Agentic CRM 通过 MCP 标准协议接入 AI 办公平台。使用前的配置只有四步：在连接器市场添加励销 CRM 连接器、用企业账号登录授权并确认可访问的企业、在对话中启用连接器、说一句话验证能否拿到结构化结果。
权限沿用该账号在 CRM 系统中原有的数据权限、字段权限，不会因接入 AI 平台而放大。连接器只把「这个账号本来就能看的东西」用另一种方式取出来。
数据层能读什么？客户、联系人、商机、报价单、合同、回款、开票、跟进记录、任务、拜访、公海客户、线索池等全量业务对象。产出的是档案、清单、业务记录与数据草稿。这一层解决的是「查得到」。
二、第二层：智能层，用得好
只把数据列出来，价值还有限。篇二讲的第二层是把同一段对话继续往下追问：平台上的专家、技能与技能套件可以直接调用 CRM 连接器读取的数据，不用先导出、再粘贴。
于是「上一句拿到客户上下文，下一句让销售教练基于这些真实数据输出一份拜访作战卡」成为可能。典型产出包括：一页式拜访简报、拜访作战卡、商机推进复盘、异议应对话术、现场洽谈纪要、履约与回款清单、定时日报周报月报、周度经营复盘、Pipeline 盘点、流失风险与公海建议。
但要记住厂商反复强调的一句话：产出是草稿。平台侧能力（专家名称、版本与可用清单）以平台当前上架为准；CRM 侧交付的是数据与执行能力。三者职责分开，不把平台能力写成 CRM 已交付功能，也不把草稿当成最终结论。
三、第三层：连接层，连得通
再往外一步，是同一段对话里同时启用多个连接器：CRM 与企微、电商、进销存等系统协同，完成信息互传、消息提醒与业务流转。厂商资料把这一层列为后续主题，并提示要区分传统系统集成与 AI 平台编排的适用边界。
对我们做方案的人来说，这一层的意义是提醒：别在第一天就承诺跨系统自动化。先把第一层跑稳，第二层的草稿有人复核，再谈连接层。
四、四步确认动作，比链路本身更重要
「四步确认」可以直接写进验收清单：
- 事实核对：金额、日期、阶段、联系人角色、责任人与统计口径，逐项对照 CRM 原始记录；聚合结论要能追溯到明细。
- 业务判断：卡点归因、风险分级、辅导重点属于推断，需与当事人核实；客户没录进系统的信息不会自动补全。
- 商务与话术边界：话术结合客户实际与行业习惯调整；折扣、账期、特殊条款、报价与合同一律走公司审批，不因专家建议而跳过。
- 写入前逐项确认：跟进记录、任务、拜访计划等写入类操作，逐条确认变更项后才执行；草稿不自动对外发送、不自动写入 CRM。
五、一句话能跑通，前提是这三件事先做对
- 一线有没有写跟进记录。 客户全景的完整度取决于历史记录是否及时，数据底座空了，再好的链路也变不出上下文。
- 有没有明确的复核人。 谁核对事实、谁确认写入、谁签认最终结论，要在试跑前就定下来。
- 有没有把规划中能力排除掉。 智能获客、画像自动完善、机器人自动回访等融合场景仍属规划中，不能计入已交付清单。
常见问题
问：安装专家之后，会不会看到别的部门的数据？ 不会。专家只能看到当前账号可见的数据，三级权限原样继承。验收时建议用不同角色账号各跑一次查询，专门核这一项。
问：会议录音转写、定时推送这类能力现在能用吗？ 这些属于 AI 办公平台的智能层与连接器能力，具体上架品类、触发频率与推送通道以平台当前上架为准，落地前需要核实，不能直接写进已交付承诺。
问：只读查询也会改数据吗？ 不会。客户 360 这类聚合查询全过程只读；只有写入类动作才会列出变更项并等待确认。方案里最好把「只读场景」和「写入场景」分开列，试跑也分开验。
把一条真实流程的输入、产出和复核人说清楚，就能判断这条链路在你们那儿能不能跑通。