前一段时间，我看到一些做 AI CRM 投放的公司。
前一段时间，我看到一些做 AI CRM 投放的公司。它们的方案很一线，也很中国式：公司直接采购 Root 过的手机，销售只能用这台手机联系客户。手机上的微信、电话、聊天记录、通话录音，都可以被采集、转写，再上传到 CRM 系统里。CRM 从来不缺字段，不缺表格，不缺漏斗，不缺仪表盘。CRM 真正缺的，是上下文。客户为什么犹豫，谁在影响决策，销售上一次承诺了什么，对方语气什么时候开始变冷，客户真正担心的是价格、风险、内部阻力，还是服务交付后的责任归属。但过去二十年里，绝大多数 CRM 能接住的，只是关系被压缩之后的残影：客户名称、联系人、商机阶段、预计金额、下次跟进时间，以及销售手动填写的几句备注。所以我反而觉得，那类 Root 手机方案虽然粗糙，但问题定义非常准确。真正能定义和发现机会的，很多时候就是在生死一线的公司。它们未必一开始就有漂亮的产品形态，但会先抓住一个足够真实的痛点，然后以“能用”为第一优先级，把方案推出来。这也是为什么我最近开始重新思考 Agent CRM。也不是“在旧 CRM 右下角放一个聊天框，问它这个客户有没有风险”。如果 Agent 真正进入 CRM，它改变的不是一个功能点，而是客户服务流程和客户关系系统的底层假设。它叫 Customer Relationship Management，客户关系管理。但传统 CRM 真正强的，一直是 Management，而不是 Relationship。它管理客户资料，管理销售阶段，管理商机金额，管理跟进动作，管理销售有没有按时填写系统，管理 pipeline 是否可靠。这不是因为传统 CRM 产品经理不懂关系，而是因为过去的生产力条件决定了它必须先解决管理问题。客户多，销售多，过程分散，管理半径有限。公司必须知道谁在跟哪个客户，客户推进到哪一步，销售有没有跟进，商机金额靠不靠谱，客户资源会不会随着销售离职而流失。第一，管理客户：记录客户是谁、需求是什么、商机在哪个阶段。第二，管理人：确认销售有没有行动、有没有更新、有没有按照组织要求推进。这也是为什么传统 CRM 天然会长成表格、字段、权限、审批、阶段、报表和漏斗。它不是一个纯粹为客户关系设计的系统，而是一个建立在“人力稀缺、管理半径有限、过程不可见”假设上的组织管理工具。问题在于，Agent 出现之后，这个假设开始松动了。过去，一个销售服务几十个客户，已经很吃力。每个人都要记住客户背景、历史沟通、关键人物、方案版本、价格承诺、交付风险、下次动作。但如果每个客户背后都有一个 Agent 长期阅读、记忆、整理、提醒和执行，一件以前不现实的事情就开始有了可能。更准确地说，是 Agent 第一次让“1000 个大学生服务 1000 个客户”这类低成本、持续、细颗粒度的服务假设，变得接近可想象。Manage 不会消失。老板仍然要看预测、转化率、团队动作和风险。但 Manage 会逐渐下沉成后台约束，Relationship 应该重新回到前台。CRM 的核心问题不再是“销售有没有填这个字段”，而是“这个客户关系现在处于什么状态，下一步应该怎样被服务”。现在很多 AI CRM 的第一步，都是把更多数据接进来。电话录音、微信聊天、邮件、会议纪要、客服记录、合同、工单、拜访轨迹，全部进入系统。海外一些 call intelligence 产品也在做类似事情：自动录音、转写、提取 objection、生成 follow-up、同步到 CRM。Salesforce 的 Agentforce 360 则代表另一条大厂路径：把 agent、数据、业务逻辑和 Slack 工作流接在一起。这些方向都说明了一件事：CRM 的上下文正在变厚。很多产品拿到更多上下文之后，最后还是把它们塞回旧世界：表格、对话框、自动总结、风险提示、几句不痛不痒的洞察。销售少写一点纪要，管理者多看一点过程，客户风险被提前提醒，这些都是明确收益。旧 CRM 的对象是线索、商机、阶段、任务、报表。Agent Native CRM 的对象应该是关系。关系是一段持续变化的上下文：对方的目标、顾虑、预算周期、内部政治、历史承诺、服务体验、信任余额、竞争态势，以及下一次触达时最合适的语气和动作。差一点的销售记不住，忙一点的销售顾不上，新接手的销售看不懂，管理者只能靠周会和报表猜。Agent 的价值不是把这些内容总结成一段漂亮文字。它的价值是让这些关系状态可以被持续呈现、持续维护、持续挖掘，并且能够触发具体服务动作。如果只沿着传统 CRM 的路径走，AI 很容易被用成三类功能。第一类是记录助手：自动转写、自动总结、自动填字段。第二类是分析助手：识别意向、判断风险、评分排序、生成洞察。第三类是话术助手：写 follow-up、写邮件、写拜访纪要、写方案摘要。真正的 Agent Native CRM，需要把产品结构重新定义成四个系统。它不只是保存客户资料，而是保存每一段关系的连续历史：谁说过什么，谁承诺过什么，客户在什么时候发生过态度变化，哪一次交付带来了信任，哪一次响应迟缓消耗了关系。这部分不是简单的“聊天记录归档”。它要把非结构化沟通变成可被检索、可被解释、可被授权使用的组织记忆。它不只是告诉管理者“这个商机有风险”，而是持续观察关系变化。客户突然回复变慢，关键联系人换人，竞争对手被频繁提到，客户开始追问合同条款，过去积极的人开始沉默，预算窗口临近但内部推动人没有动作。好的 Agent CRM 应该让销售和客户成功在关系变坏之前看见它，在机会出现之前准备好它。有的客户需要持续教育，有的客户需要降低决策风险，有的客户需要帮他推动内部共识，有的客户需要高频提醒，有的客户需要长期维护到预算窗口出现。传统 CRM 的“千行千面”，主要是字段和流程模板。Agent CRM 的“千行千面”，应该是可编程的服务框架。系统不是只记录下一步动作，而是能够根据客户状态、行业、角色、历史沟通和组织目标，生成不同的服务节奏、内容策略和执行路径。Agent CRM 不是让 Agent 自己卖货，也不是让人完全退出。在 To B 关系里，真正关键的节点通常都需要人：能不能让价，能不能承诺交付，能不能绕过某个阻力，能不能判断客户真实意图，能不能在一次关键会议里建立信任。Agent 负责记忆、整理、提醒、准备、追踪和执行低风险动作。人负责承诺、谈判、判断、共情和关键推进。这句话听起来简单，但它意味着 CRM 的交互界面要变化。销售每天打开的，不应该是一个等着填写的客户列表，而应该是一个关系工作台：今天哪些客户关系正在变冷，哪些承诺需要兑现，哪些客户到了适合触达的时间，哪些跟进可以由 Agent 先做，哪些节点必须由人亲自介入。很多公司嘴上想要 Agent CRM，但组织结构仍然是传统 CRM 的结构。想让 AI 自动总结，但依然要求销售填写同样的字段。想让客户被持续服务，但内部仍然按部门墙切割客户体验。这样做出来的 AI CRM，最后一定会变成“更自动化的旧 CRM”。这也是为什么我认为，Agent CRM 的难点不是模型能力，而是产品定义。很多团队的问题定义能力很好。他们知道销售沟通分散，知道上下文丢失，知道管理者看不见过程，知道客户跟进经常断掉。拿到电话录音以后，仍然想的是“怎么生成更好的销售纪要”。拿到微信聊天以后，仍然想的是“怎么抽取更准确的字段”。拿到客户全量上下文以后，仍然想的是“怎么让管理者看更漂亮的看板”。Agent Native CRM 要问的是另一组问题。当行政劳动可以被 Agent 接走，销售还应该怎样工作？当客户关系可以被系统持续记忆，客户成功还应该怎样接手？当每个客户都可以拥有自己的服务节奏，SOP 还应该是固定流程，还是可被 Agent 执行和调整的服务框架？当管理者可以看到的不只是字段，而是关系质量和判断过程，团队评价体系还应该只看录入完整度和成交金额吗？这些问题不解决，Agent 只能成为 CRM 插件。这些问题被重新设计，CRM 才可能变成客户关系的操作系统。Agent Native CRM 不会一开始就在所有 CRM 场景里成立。如果客户今天咨询、明天成交、后天结束，关系记忆的价值有限。Agent 的价值更多是线索分配、话术生成和客服自动化。但在大客户销售、渠道管理、企业服务、医疗、教育、金融顾问、高客单价消费这些场景里，关系持续数月甚至数年。每一次沟通都会改变信任余额，每一次承诺都会影响后续判断。这里的 CRM 不应该只是漏斗，而应该是长期关系系统。客户在微信里问一句，在电话里补一句，在会议里提一个条件，又在邮件里转发给另一个决策人。传统 CRM 很难把这些碎片合成一个连续关系。Agent 在这里的价值很直接：把碎片关系重新组织起来。确认会议时间、整理会议纪要、追踪待办、准备材料、提醒客户、同步内部进展、生成版本对比、初步答疑，这些都可以由 Agent 承担。很多人一听到 Root 手机、录音、微信采集，会马上想到监控和隐私。Agent CRM 如果要进入严肃 To B 场景，必须处理授权、边界、审计、数据归属、客户知情、员工隐私和责任归属。对 agent 创业者来说，这里面最有价值的机会，不是做一个“Salesforce + ChatGPT”的轻插件。插件当然能活，也能卖。但如果只停在自动总结、自动填字段、自动写邮件，它很快会被大厂和现有 CRM 吃掉。不是 activity，而是 commitment。不是 pipeline stage，而是 relationship state。不是 dashboard，而是 intervention queue。不是 workflow，而是 service program。如果核心对象还是商机阶段，界面就会继续围绕漏斗展开。如果核心对象变成关系状态，界面就会围绕客户当前需要什么、组织欠客户什么、下一步由谁介入展开。如果核心对象还是销售活动，系统就会继续追踪打了几个电话、发了几封邮件。如果核心对象变成承诺，系统就会追踪谁答应过什么、什么时候兑现、是否影响信任。如果核心对象变成服务程序，Agent 就可以在约束内持续推进，直到需要人判断时再把问题交回来。不是在旧系统里放一个更聪明的对话框，而是重新决定什么东西应该被看见，什么东西应该被自动推进，什么东西必须留给人判断。Agent 的出现，第一次让系统有机会真正回到“关系”。不是让销售多填一点数据，而是让每一个重要客户都被持续服务。不是让管理者看见更多表格，而是让组织拥有更多可执行的关系判断。所以 Agent Native CRM 的终局，不是销售少填表。而是公司从“管理人和管理客户”，转向“激发人和连接客户”。每一个客户都被持续理解，每一段关系都被主动维护，每一次服务都基于完整上下文发生。
