「要不要上 Agentic CRM」「电话机器人要不要换成智能体」这类问题，很容易被当成一次采购决策来讨论。但真正卡住项目的，往往不是买不买，而是「第一步从哪开始」。
CRM 侧三级权限原样继承、数据底座延续；电话侧老客户可平滑升级，话术、知识库与线索资产延续。升级不必推倒重来，起步按「先跑通一段」设计。
一、第一步：选一段流程，而不是选一个模块
适合作为起点的流程，通常有三个共同点：高频、规则相对清楚、输入是现成的。
CRM 侧常见的起点是「拜访前补齐客户全貌」：按客户名定位主体，带出联系人、在谈商机、合同与最近跟进，聚合成一份可下钻的客户全景，全程只读。只读场景的好处是风险低、结果容易核对，特别适合第一次跑通链路。
电话侧常见的起点是「广告线索首轮清洗」：批量导入、核实关键信息、判断意向等级，把高价值线索交给销售。它的输入（名单）和输出（结构化结果）都很清楚，便于用同一组脱敏样本做验收。
反过来，不适合当起点的是那些需要跨部门放开权限、需要还没上线的能力、或者结论要直接对外承诺的流程。
二、第二步：把版本和权限先核一遍
这一步最不「智能」，却最不能省。
- 版本：确认现在用的是 CRM 专业版还是 Agentic CRM。专业版本身就是完整 CRM，系统内可查客户、商机、合同与报表；差别在 AI 办公平台侧的连接器开放范围——按《MCP Server 支持接口》表，专业版连接器开放三个采集写入动作与录入辅助类配置读取，全量业务对象查询与写入、智能层草稿加工属于 Agentic CRM 的能力。
- 权限：确认账号角色以及功能、数据、字段三级权限的现有配置。AI 只展示当前账号权限内的数据，跨部门、跨团队数据不会因接入平台而放开。
- 能力清单：把「已交付」「平台侧能力」「需核实」「规划中」分开列。搜客宝、小励机器人相关 A2A 接口仍属规划中，智能获客、画像自动完善、机器人自动回访等融合场景不进已交付清单。
这三张单子对完，方案里哪些能写、哪些只能写「待确认」，就不用猜了。
三、第三步：配置，然后只跑一轮
配置内容按产品线不同：
- CRM 侧：连接器添加与授权、可访问企业确认、对话中启用、一句话验证能否拿到结构化结果。
- 电话侧：话术与知识库、追问逻辑、意向标签规则、敏感问题转人工规则、线路与呼入号码。
然后用同一组脱敏样本跑一轮，输出试跑记录：样本是什么、输入是什么、产出草稿长什么样、人工复核改了哪些、差异项在哪里。这一轮的目的不是证明「效果好」，而是把流程里的坑提前翻出来。
四、第四步：验收清单签了，再谈扩范围
我们习惯把验收五项写进清单：
- 查得到：按当前账号权限能取到约定的业务对象，结果可追溯到原始记录。
- 不越权：跨部门、跨团队数据未被放开，字段权限与系统内原有配置一致。
- 写得对：写入类操作先列出变更项，逐项确认后才执行；草稿不自动对外发送。
- 沉得下：通话记录、摘要、意向标签能同步进 CRM，待办与分配规则按约定触发。
- 说得清边界：规划中能力、平台侧能力与已交付能力在清单上分开标注。
配合六类交付材料（场景与范围说明、版本与权限对照、配置清单、试跑记录、验收清单、使用与运维说明），升级才算从「演示」变成「可交接」。签认之后，再决定是扩大席位、增加场景，还是继续小范围观察。
五、为什么我们坚持「先试点再复制」
不是保守，是因为这类项目的成败取决于使用习惯，而不是上线那一刻的功能数量。先跑通一段、明确谁复核、把产出用到真实工作里，确认有人持续在用，再扩容，比一次性铺开更容易留下成果。
服务方式也按这个节奏设计：以全国远程实施与线上支持为主，从需求确认、配置到试跑验收按书面方案推进，上线后按通话反馈与使用情况协助优化话术、标签、跟进策略与知识库。
常见问题
问：试点要准备很完整的需求文档吗？ 不用。把现在怎么干、想让 AI 接哪一段、谁复核说清楚，就能开始评估。需求文档反而是试跑之后才写得准。
问：试点期间原有系统要不要停？ 不需要。CRM 与电话两条升级路径都支持资产延续与逐步迁移，固定流程可以暂时保持原样，先把适合新能力的任务迁过去。
问：多久能判断该不该扩？ 不看天数，看三件事：样本跑通、验收五项有结论、有人持续在用。这三条齐了再谈扩范围，比按时间表推进稳妥。
带一段真实流程来，先判断版本与权限是否支持、能不能跑通，再出书面方案与验收清单。