药企销售还在查Excel？这套系统让 reps 在停车场3秒问出数据|crm|reps|停车场|工作流|数据仓库|药企

早上7点45分，John 把车停在诊所停车场，准备拜访一位心脏病专家。他打开 Veeva Vault CRM，在对话框里输入："过去90天，这位医生诊断了多少例疑似 ATTR-CM 患者？"

10秒后，答案跳出来。不是从某个他进不去的 BI 仪表盘截图来的，不是昨晚发邮件问市场部等了一夜的回复，而是实时从 Databricks 湖仓里捞出来的数据，直接嵌在他每天用的工作流里。

这就是 Databricks 和 Veeva 这次联手要解决的事：让商业智能真正到达一线人员手里，而不是困在中央数据仓库里。

一个被忽视的现实

大多数生命科学企业的数据平台做了前半段——把 Veeva CRM、ERP、第三方数据等源头接进来，集中治理，做出漂亮的可视化。但后半段崩了：销售代表在停车场打不开仪表盘，医学联络官（MSL）见 KOL 前夜没法临时查数据，大区经理做季度规划时还得等分析师排期出报告。

数据在流动，智能没跟上。

ATTR-CM（转甲状腺素蛋白淀粉样变性心肌病）的案例很典型：70%-80%的患者不知道自己患病，确诊需要专门扫描，而推动患者筛查的关键在于让对的心内科医生被对的一线人员触达。这要求 reps 和 MSLs 能实时拿到医生诊疗行为、诊断路径、竞品动态的组合信息——不是静态的拜访清单，而是能对话的数据。

三种角色，同一套底层

Databricks 的解法不是把数据搬出 Veeva，而是把 AI 塞进 Veeva 的工作流。具体来说，是往 Vault CRM 里嵌入两类东西：Genie AI 代理（对话式查询）和 AI/BI 仪表盘。

结果是三个典型场景：

销售代表代理（The Sales Rep Agent）

像 John 这样的 reps，在拜访前、中、后随时用自然语言提问。不用懂 SQL，不用切系统，问题范围从"这个诊所上周开了多少张竞品处方"到"我辖区内未覆盖的高潜力医生有哪些"——答案直接进 CRM 界面。

医学联络官代理（The MSL Agent）

MSLs 面对的是更复杂的科学对话。他们需要在 KOL 拜访前快速调取：这位专家最近发表的论文、参与的临床试验、对特定治疗线的公开观点，以及本公司药物在其处方中的位置变化。所有这些跨系统的信号，现在通过同一套治理层实时聚合。

大区经理代理（The Territory Manager Agent）

Territory managers 看的是资源配置：哪个区域的增长被低估了？哪些 reps 的拜访频率和产出脱钩？预算重新分配的最优解是什么？AI/BI 仪表盘让他们直接下探到交易级数据，而不是等月底的汇总 PPT。

关键点是：这三类人用的是同一个 Databricks Lakehouse 平台，同一个 Unity Catalog 治理层。数据血缘、权限管控、合规审计在中央完成，但前端呈现的深度和格式按角色裁剪。

双向集成意味着什么

传统的"数据出 Veeva，进分析平台"是单向管道。这次的双向集成让动作也能回流：reps 在 CRM 里的反馈、MSLs 记录的 KOL 互动、大区经理调整的资源配置，可以实时写回 Lakehouse，成为下一轮分析输入。