摘要

  • 在 2025 年 9 月 1 日至 2030 年 9 月 1 日的收尾期内，Veeva 不得向新客户销售使用 Salesforce 平台的应用。对当时已存在的每个客户，销售量不得超过该客户在基准日实际使用席位的 150%。
  • Veeva 表示旧版 Veeva CRM 将支持至 2029 年 12 月 31 日；2030 年 9 月 1 日之后，任何 Salesforce 平台应用都不得再向客户销售。特定违约、知识产权索赔或收购情形可能令收尾期提前结束。
  • Vault CRM 目前已有超过 180 个客户上线，其中包括在主要市场上线的 5 家全球前二十大生物制药公司；另有 12 家前二十大公司作出承诺。但旧系统的客户与席位基数、已迁移席位、成本、故障和逐客户完成度均未披露。

软件合同最容易被一个“到期日”过度简化。Veeva 最新的季度报告提供了更有用的结构：它与 Salesforce 的协议已于 2025 年 9 月 1 日到期，但合同权利并未在当天归零，而是进入为期五年的收尾期。

因此，旧 CRM 的状态不是“照常经营”，也不是“立刻关机”。它仍能承载存量业务，却同时受到客户身份、容量、时间与提前终止权四重约束。判断迁移是否安全，必须逐一查看这些边界。

旧平台已停止吸收新客户

第一道闸门限制客户入口。收尾期内，Veeva 不能向新客户销售任何使用 Salesforce 平台的应用。新的 CRM 需求只能进入 Vault CRM，或流向 Salesforce 及其他竞争者。旧平台无法用新增客户补充自然流失。

第二道闸门限制存量客户的扩容。2025 年 9 月 1 日已经存在的客户仍可购买，但每个客户最多只能达到自己基准日席位的 150%。若某客户当时使用 1,000 个席位，理论上最多可到 1,500 个；另一客户未用完的额度不能转给它。

这是逐客户上限，不是全体客户共享的总额度。Veeva 没有公开任何客户的基准数、当前旧版席位或剩余额度，因此外部无法据此计算旧平台还能出售多少席位。把 150% 解读成整个旧客户群仍可增长 50%，会忽略客户之间完全不同的状态。

这项设计让旧平台成为一个不断衰减的选择权：它可以容纳部分存量客户的增长，却不能无限扩容，也不能替换已经离开的客户。

2029 年支持终点与 2030 年销售终点并不相同

Veeva 表示，旧版 Veeva CRM 将支持至 2029 年 12 月 31 日。另一条合同边界则规定，2030 年 9 月 1 日之后，Veeva 不能再向任何客户销售使用 Salesforce 平台的应用。两者相差八个月。

公开文件没有完整说明这八个月内每一种续约、计费、运行或有限服务状态。因而，不能把 2029 年写成所有合同活动的终结，也不能把 2030 年写成支持保证。它们是两个独立控制点。

时间表也可能缩短。若 Veeva 构成重大违约，或某些第三方知识产权索赔未按协议得到补救，Salesforce 在特定情况下可以提前终止收尾期。若 Veeva 被协议指定的公司收购，Salesforce 可在至少提前 12 个月通知后终止。文件没有列出这些公司，也没有表示相关权利已经被行使。

对客户而言，稳健计划不能只在五年期限全部可用时才成立。它还应回答：若控制权变化或合同触发条件让时间缩短，哪些业务批次仍能安全迁移？

“超过 180 个上线客户”只有分子，没有分母

Veeva 在2027 财年第二季度管理层书面说明中称，Vault CRM 已有超过 180 个客户上线，其中 5 家为在主要市场上线的前二十大生物制药公司；前二十大公司中已有 12 家作出承诺。管理层还表示，不同规模的迁移正在推进。

这些信息证明产品已经投入实际使用，但不同状态不能合并。承诺不等于上线；某一主要市场上线不等于全球部署完成；上线客户也未必来自旧 Veeva CRM，因为新客户可以直接进入 Vault。不同客户的席位、国家、数据、接口与相邻应用规模也可能相差数十倍。

缺少分母，就无法计算完成率。Veeva 没有披露 2025 年基准日究竟有多少旧客户和席位，也没有披露其中多少已迁出、多少仍在旧平台，或 180 个上线客户中有多少属于原有客户。数据核对、接口验证、相邻应用迁移、用户接受和旧环境退役也没有逐客户公开。

所以，180 回答了“Vault CRM 是否真实运行”，却没有回答“Salesforce 旧平台已经撤出多少”。

Salesforce 既是旧基础平台，也是客户可能选择的竞争者

迁移路线并非只有“旧 Veeva CRM 转到 Vault CRM”。Veeva 在季度报告中说，一些客户已告知公司，计划改用 Salesforce 作为 CRM 提供商。Salesforce 同时扮演旧产品底层平台和生命科学 CRM 竞争者。

Veeva 没有披露涉及多少客户、席位或收入，也没有说明这些意向是否已经完成切换。它们不能被换算为市场份额。但这条竞争分支说明，纯粹的技术迁移速度并不足以衡量经济结果。

每个客户批次至少可能出现五种去向：完成迁移到 Vault、转向 Salesforce、选择第三方、缩减范围，或彻底停用。若把它们都写成“迁移进度”，就会掩盖客户价值的留存与流失。

迁移质量因此直接影响选择。仓促上线或许能完成供应商里程碑，却可能损伤连续性并把客户推向竞争者；过度延迟可暂时降低切换风险，却消耗 2029 年之前的修复空间。

公司整体增长不能充当迁移账本

Veeva 的季度业绩公告显示，总收入为 9.280 亿美元，同比增长 18%；订阅收入为 7.668 亿美元，同比增长 16%。管理层书面说明还称，服务收入达到创纪录的 1.61 亿美元，同比增长 24%。

这些都是全公司口径。Veeva 还销售研发、质量、数据和其他商业云产品，服务业务也包含众多咨询与实施工作。文件没有拆分旧 Veeva CRM 收入、Vault CRM 收入、付给 Salesforce 的平台费用、迁移服务、双轨运行成本或服务赔偿。

服务收入增长可以与迁移活动同时发生，但不能证明其中多少来自 CRM 切换。订阅增长也不能说明迁移客户是否保留同样的席位、模块、价格和利润率。合并报表提供背景，不提供迁移单位经济。

真正的完成凭证是连续性与客户验收

Veeva 明确警告，迁移流程复杂，可能耗费大量时间与费用；当越来越多用户进入 Vault 时，Vault CRM 或其他 Vault 应用可能出现中断或性能问题。这是风险披露，不是已经发生故障的证据。

风险却指出了验收应覆盖的范围。每个客户批次都应留下基准席位、目标范围、数据核对、接口与相邻应用、用户准备、切换窗口、回退权限、服务事件和正式验收。新系统“亮灯”不等于旧系统已经安全退役。

合同已把外部时间边界写得很清楚。尚不透明的是每个客户如何穿过这条通道。2029 年之前最有价值的进展，不会只是更大的承诺数，而是未完成批次减少、切换后连续性得到验证，以及选择其他供应商的客户被明确归类。

来源