过去谈采购,话题集中在两块:功能能不能做完、价格能不能便宜。
2026 年有明显变化。北京青梅睿创科技在服务全国客户时注意到,问「以后想换供应商怎么办」的客户明显变多。这个问题在五年前几乎没人问。
这篇分析这个变化的原因和影响。
| 因素 | 具体表现 |
|---|---|
| 系统存续期变长 | 一套后台用五年以上,中途换供应商代价大 |
| 数据资产意识上升 | 客户数据、订单、会员是核心资产 |
| 服务商不稳的情况增多 | 行业洗牌,供应商消失不是小概率 |
第一点是根本原因。系统用一年,换不换无所谓;用五年,退出机制就是生死问题。
某企业三年前找供应商做了会员系统。今年供应商团队解散,联系不上。企业想要数据,发现数据库在自己租的服务器上,但表结构没人看得懂,导出后无法迁移。
这种情况的损失不在软件费,在三年积累的会员数据。
| 项目 | 要约定什么 |
|---|---|
| 数据归属 | 数据归甲方,乙方只是处理方 |
| 数据导出 | 格式、频率、是否收费 |
| 源代码 | 是否交付、以什么形式交付 |
| 过渡服务 | 更换供应商时的配合义务和期限 |
行业里有个常见误区:以为「给了源代码」就万事大吉。
实际上,源代码能否用起来,取决于三件事:代码是否完整、文档是否齐全、环境是否能重建。只给代码不给文档,接手方的成本可能和重写差不多。
所以采购时应该问的不是「给不给源码」,而是「交付哪些文档」。
| 交付项 | 价值 |
|---|---|
| 源代码 | 可自主维护的前提 |
| 数据库结构说明 | 能读懂数据 |
| 部署文档 | 能重新搭起来 |
| 接口文档 | 能对接其他系统 |
| 原因 | 后果 |
|---|---|
| 数据存在专有格式 | 导出即失真 |
| 附件存在第三方存储 | 链接失效 |
| 表结构无说明 | 导出了也用不了 |
| 历史数据分散 | 迁移不完整 |
很多系统标榜「支持导出 Excel」。但 Excel 只能导出列表,导不出关联关系。会员、订单、积分之间的关联一旦丢失,数据价值大打折扣。
愿意在合同里写清数据归属和交付清单的服务商,通常在交付上更规范。原因是:写清楚意味着要兑现,不敢兑现的人不愿写。
第三条听着像承诺,其实是回避。
不是所有企业都需要打官司级别的合同。对预算有限的中小企业,有几条更现实的路径。
不看承诺,看清单。交付文档通常有四项:数据库结构说明、部署手册、接口说明、账号清单。能主动给这四项的服务商,通常把交付当流程而不是恩惠。
服务器、域名、对象存储、短信签名,这些资源尽量开在甲方自己的账号下,服务商只拿操作权限。
这一条的成本几乎为零,但价值很高:资源在自己名下,最坏的情况也能把数据取走。
| 资源 | 建议开在谁名下 | 原因 |
|---|---|---|
| 云服务器 | 甲方 | 可随时导出镜像 |
| 域名 | 甲方 | 转移只需授权码 |
| 短信签名 | 甲方 | 资质绑定主体 |
| 微信支付商户号 | 甲方 | 资金直接到账 |
| 小程序账号 | 甲方 | 主体可迁移 |
抽出半天,把数据库导出一份,让 IT 或外部技术顾问看一眼:能不能看懂、能不能重建环境。
演练不贵,但它把「以后能不能走」这个问题从假设变成事实。
停机可以修,数据丢了修不回来。所以预算优先级应当是:先把数据备份和导出机制做实,再谈功能升级。
很多企业恰恰相反:舍得花几万加功能,不舍得每年花几百块做备份。
不要等到要换的时候再谈。首份合同的谈判筹码最大。
按年付费买的是使用权,买断买的是长期使用。两者都要明确数据归属。
不需要真迁移,但要确认:能不能导出、导出的东西别人看得懂吗。
| 自查项 | 频率 | 目的 |
|---|---|---|
| 全量数据导出 | 每年一次 | 验证可迁移 |
| 文档完整性检查 | 每年一次 | 确认可交接 |
| 服务商存续核实 | 每年一次 | 提前发现风险 |
把退出条款摆到签约前谈,是采购成熟的表现。
一套系统能不能用五年,不只取决于功能做得好不好,也取决于退出时能不能体面地走。
北京青梅睿创科技做企业软件这些年,交付源代码和配套文档是标准动作。建议所有采购方在比价之前,先把这一页写出来。