AI CRM Decision-first CRM
以决策为核心对象的代表端 CRM
问题
代表的一天其实是一串决定：今天见谁，谈什么，拜访完记什么，下一步做什么。可 CRM 是个记录系统，填它主要是因为公司要查；给一线推 AI 建议的项目，又常常因为建议和指标、奖金没接上，没人听。
做法
把 CRM 的核心对象从“记录”换成“决策”。拜访前，准备材料已经生成好，看两分钟就能去见医生；拜访后对着手机说一段话，系统整理成客户画像更新、异议、合规提示和跟进草稿。下一步由系统先排好，代表接受或否决，否决时选一个原因。记录成了副产品。
演示
试一试：你是代表，今天有 5 个决定
周二上午 · 你负责 126 位医生 · AI 准备了 5 个决定
-
优先拜访
上午 10 点先去市一医院，见心内科陈主任
依据市一医院上月进药量比前三个月平均低 18%；陈主任上次问的老年患者安全性数据，你还没回复。
已备好三条拜访要点，一份已过合规审核的安全性资料。
-
改期
把今天下午李医生的拜访改到周四上午
依据李医生今天下午临时加了门诊，周四上午有空。
已备好一条改期消息的草稿。
-
发送资料
给王医生发一份患者教育材料
依据她上次提到，患者常把服药时间搞混。这份材料在合规库里。
已备好材料，和一句附言的草稿。
-
暂停
本周先不去区中心医院
依据产品还在这家医院的准入流程里，药事会下个月才开，过去两次拜访都没能推进。
已备好省下的半天，排给了城西的三位医生。
-
上报
向经理报一条市场反馈：竞品在城东两家医院开始做患者援助
依据你上周的三份拜访笔记都提到了这件事。
已备好一条整理好的反馈草稿。
为什么否决？
今天的安排
否决理由会回到总部那一端。很多代表同时否掉同一类建议，往往说明分配层面的某个假设过时了。
10:40，从陈主任的诊室出来，你对着手机说了一段话：
陈主任说老年患者那份数据他看了，还想要肾功能不全患者的亚组数据。他提到下个月可能调去别的院区。
系统整理成：
- 客户画像
- 陈主任下个月可能调院区，需要确认接手的人
- 需求
- 要肾功能不全患者的亚组数据
- 合规提示
- 亚组数据只能发医学部审核过的版本
- 跟进草稿
- 两周内发送已审核的亚组数据摘要
你没有填一个字段，记录已经有了。
概念演示，人物、医院和数据都是虚构的。
怎么搭的
- 它在 CIU 划好的边界里做决定：代表负责哪些医生、每位医生这个季度大致投入多少，由总部那一端定。
- 执行结果和否决理由往回流。很多代表同时否掉同一类建议，往往说明分配层面的某个假设过时了。
- 和 CIU 一样，数字交给代码，大模型负责理解问题、组织步骤、解释结果。