软件
产品
采购软件许可，最怕的不是价格贵，而是买了之后才发现授权有问题、合同有漏洞、服务跟不上。等到审计通知来了，或者关键业务宕机了，再回头找供应商——对方要么不认账，要么说你当初没提要求。
一套严谨的企业许可采购评估体系，能帮你在签合同之前就把这些问题挡在门外。这套体系适用于IT采购负责人、合规管理人员和运维团队。下面七个评估要点，按优先级从高到低排列，每一条都是我用真金白银的教训换来的。
这是最基础也是最容易被忽视的一步。你买的不是一串激活码，而是软件厂商授予的合法使用权。供应商自己有没有合法的授权来源，决定了你手里的许可在审计时能不能站得住脚。
怎么查？ 要求供应商提供从原厂到他的完整授权链条证明——分销授权书、代理资质、或者原厂认证的合作伙伴编号。别只看电子版，要求提供可查证的官方渠道验证方式。比如微软的许可，你可以要求供应商提供MPSA或EA协议编号，直接向微软核实。
特别提醒： 市面上有些供应商卖的是“OEM版本”许可，价格极低，但OEM许可通常绑定特定硬件、不可转移。如果你买来部署在自有服务器上，审计时会被认定为无效许可。采购前务必确认许可类型是零售版、批量许可还是OEM版，不同类型的使用范围天差地别。
判断标准：如果供应商无法提供可验证的授权来源证明，或者用“内部渠道”“特殊关系”之类的说辞搪塞——直接淘汰，不要犹豫。
很多企业采购时只盯着价格和数量，合同条款直接拿供应商的模板签字。等到被审计了才发现：合同里写着供应商有权随时审计、费用由你承担、审计范围不限——你签的是一张空白支票。
必须审查的条款有三个：
审计条款。 明确约定审计的触发条件、频率、范围和费用承担方式。合理的条款应该是：供应商提前至少30天书面通知、审计范围限于合同约定产品、审计费用由供应商承担（除非发现重大违规）。如果对方不接受这些条件，至少要在费用承担上争取“无违规则供应商承担”。
终止条款。 合同终止后，你还能不能用已购买的许可？数据能不能迁出？这些都要写清楚。有些供应商的合同里藏着“终止后许可立即失效”的条款，等于把你的业务命脉捏在别人手里。
续期条款。 订阅模式下，续期价格如何确定？是否有自动续期条款？自动续期且涨价无上限的条款，一定要删掉。争取约定续期价格涨幅不超过某个比例（比如CPI+5%）。
特别提醒： 合同审查不是法务一个人的事。让懂业务的人参与审阅——运营条款好不好用、服务水平的承诺能不能落地，法务看不出来。建议由IT负责人、采购和法务三方共同审阅合同。
“我们提供7×24小时技术支持”“响应速度快”——这些话说出来跟没说一样。没有量化指标的服务承诺，等于没有承诺。
合同中必须明确以下指标：
响应时间。 按问题等级划分——P1（系统宕机）多久响应、P2（功能故障）多久响应、P3（一般咨询）多久响应。把“响应”定义为“有资质的工程师开始处理”，而不是“客服接了电话”。
解决时间。 光响应快没用，得解决问题。约定不同等级问题的解决时限，以及超时的补偿机制——比如服务费减免或免费延长服务期。
可用性承诺。 对于SaaS类产品，约定系统可用性指标（如99.9%），以及达不到指标时的补偿方案。
避坑提醒： 别直接接受供应商提供的“标准”服务水平条款。这些标准条款通常是供应商的律师写的，目的是让供应商尽量少承担责任。自己起草一份服务水平要求，拿去跟对方谈。
软件买回来装不上、跟现有系统打架、数据导不出来——这些问题的根源都在采购阶段没有评估技术适配性。
评估时至少问三个问题：
第一，跟现有身份认证系统能不能集成？ 支不支持SAML、OAuth、LDAP？如果不能跟你们的AD或SSO打通，用户管理和权限控制会变成一场灾难。
第二，数据能不能自由进出？ 有没有标准的数据导出接口？导出的数据格式是什么？数据锁定（Vendor Lock-in）是采购中最隐蔽的成本——进去容易出来难，一旦被锁定，续期价格再离谱你也只能忍着。
第三，API能力够不够？ 如果需要做自动化运维或二次开发，API的覆盖面和调用限制必须提前确认。
特别提醒： 别光听供应商销售介绍，要求提供技术文档或沙箱环境做实际测试。销售嘴里“支持”的东西，跟实际能用的东西，往往差着好几个版本。
这听起来像是投资机构该操心的事，但作为采购方，供应商倒闭或被收购，直接影响你的软件还能不能用。
怎么评估？ 公开渠道查一下供应商的融资情况、营收规模、员工数量变化。如果是上市公司，财报是公开的。如果是小厂商，至少看看它在行业里存在了多久、有没有被知名分析师机构（如Gartner、IDC）关注过。
对于关键业务系统（ERP、数据库、核心研发工具），供应商的财务稳定性应该作为硬性门槛。一个只有三五个开发者的初创公司，做得再好，也不适合作为核心系统的供应商。
判断标准：如果供应商成立不到3年，或者团队规模小于20人，而你要采购的是企业级核心软件——风险偏高，建议设置更严格的试用期和分阶段付款条件。
如果你的业务涉及多个国家或地区，数据存在哪里、谁来管、能不能跨境传输，这些问题的答案直接决定你能不能合法使用这个软件。
必须确认的事项：
特别提醒： 有些SaaS供应商的数据中心只部署在特定区域，如果你的用户在欧洲但数据中心在美国，数据传输的合规问题可能比软件本身更棘手。采购前把数据主权问题列成清单，逐条确认。
最后一个要点，也是很多企业容易忽略的——第一次采购的价格，往往不是真正的成本。迁移成本、培训成本、续期涨价、定制开发——这些“后置成本”加起来可能远超初始采购费用。
评估长期合作可持续性时，问自己三个问题：
第一，供应商的路线图跟你的发展方向一致吗？ 供应商未来三年的产品规划是什么？有没有你需要的功能在 roadmap 上？如果方向不一致，两年后你可能不得不换供应商——迁移成本谁来承担？
第二，供应商的客户成功体系怎么样？ 有没有专门的客户成功经理？ onboarding 流程是否标准化？老客户的续约率是多少？续约率低于80%的供应商，要格外小心——说明大量客户用了一年之后不愿意继续用。
第三，价格谈判的弹性空间有多大？ 第一次采购时争取到的折扣，续期时还能不能维持？把续期价格机制写进合同，比指望“到时候再谈”要可靠得多。
避坑提醒： 有些供应商用“首年超低价”吸引客户，第二年续期价格直接翻倍。采购时要求对方提供三年的价格承诺，把未来三年的价格区间锁定，避免“进来之后再涨价”的被动局面。
一套严谨的企业许可采购评估体系，不是让你把每个供应商都审到天上去——根据采购金额和业务重要性，分级设置评估深度。买一个几百块的单机软件，查一下授权来源和合同条款就够了；买几百万的企业核心系统，七个要点一个都不能少。
下一步行动： 今天就拿出一份你们最近要采购的软件需求，对照这七个要点逐条过一遍。哪些信息已经有了、哪些还需要供应商提供、哪些条款需要修改——列成清单，发给供应商。能清晰回答你所有问题的供应商，大概率是可靠的；含糊其辞的，趁早换一家。
技术文档
推荐好文
155-2731-8020
