软件 License 采购优化：别从“加多少套”开始，先算需求、授权边界和供应商

采购把三家报价摆我桌上，最便宜那家用红笔圈了，问周一能不能签。我把表推回去了。不是钱的事，那张表上就单价和套数两列，连按并发还是命名用户都没写，问功能包怎么拆、维护期几年、退出时数据怎么拿回来，三家销售三种说法。这种单子签下去，第二年 true-up 有得吵，我懒得陪着吵。

采购策略这东西，说白了根本不是“买多少”。是先把真实需求、现有供给、授权边界三样对上，再谈钱。业务需求、授权条款、技术兼容、长期服务，哪一样漏了都会在后头找回来，找回来的时候通常还带着加急单。要的是可解释、可复核、业务能接受，不是把那个百分数做漂亮。还有，这活没有“做完”那天，清单别当成一次性文档，月度运营、变更管理都得带着它走，每个动作挂上责任人、完成时间、验证材料，缺一样我就当没做。

安装、授权、使用、整改，四组数据得放同一条时间轴。安装只说明覆盖到哪几台机器，授权说的是合同允许你干什么，是边界；使用才算真实需求；整改是证明上一个问题到底关没关。口径不齐，扩容、调度、回收、整改全没共同起点。见过 IT 拿安装量、采购拿授权量、业务拿登录人数上会，各说各的，两小时散会，第二年原样续。

01 功能、用户、并发，分开写。原始记录、统计周期、数据负责人都留着，谁转述一句“大概三十个人用”不算证据，我不收。

插一句，项目型团队至少盖一个完整业务周期，出图、仿真、发版那几个节点必须盖住，淡季均值最会骗人。

02 授权模式跟合同限制对着比。永久许可（perpetual）加维护期、年订阅（subscription）、网络并发（concurrent / floating）、命名用户（named user），还有按 feature 拆的模块包；哪些能并池、能不能跨部门调、离线借用（borrow）多久归还、true-up 按什么口径结算，一条条标“已确认 / 待确认 / 不适用”。别让三个部门重复核同一条，纯浪费。

03 部署、数据、运维。许可证服务器放哪、日志留多久、离线机怎么办、升级窗口谁批。例外场景单记，批准人写名字，别写“相关领导”，后面策略才不会误伤关键任务。

核完压成四栏，管理层扫一眼就该能拍板：

事实

缺口

影响

责任人

并发池 24，峰值 22

出图周无余量

排队 40 分钟

IT 王某 / 3 月 15

20 个命名用户，6 个未激活

无回收规则

年维护白付

采购李某 / 续费前

合同退出条款空白

数据导出没写

换供应商被卡

法务 / 待确认

先建需求基线和优先级，影响范围、回退方案写在前头，再排执行窗口，我最烦周五下班直接切。供应商评分表得可比，别让销售自己填模板，授权模式、维护与升级、SLA 响应时长、退出和数据迁移、true-up 口径，同一把尺子量到底。试点从一个可控部门起，三十人、六周，关键场景跑通了再扩，一上来全厂铺开的多半要回滚。退出条款和数据迁移必须进合同评审，销售说“到时候好说”的一律不算数，普通流程和例外流程分开，临时口头授权这口子一开就收不回来。gofar 那头把监控、工单、任务留痕归到一处，IT 先看见异常，处理依据再交给采购、业务、法务复核。碰用户的策略，先观察、再提醒、后执行，人工恢复入口留着，别省那一步。

需求满足率：公式和纳入范围写死，不然谁都能算成 95%。

TCO：许可费、维护、升级、管理人力、迁移都算进去，连续看趋势，口径一变就记一笔。

服务响应时长：抽样回读工单，别信供应商自己出的月度报表。

合同风险项数量：按部门、按项目能下钻。

需求满足率跟 TCO 必须同一个周期看，一个看季度一个看三年，比出来的结论是废的。效率、体验、风险都还在可接受范围里，才算过验收。

拿单日或者一次 license denied 就去谈采购，偶发当长期趋势，我见过为这个多买一整套的。供需没分析完就先下单，或者反过来硬回收，一边烧钱一边把关键项目卡住。安装量、授权量、登录人数、并发量一锅烩，那个百分数拿去上会，自己骗自己。没责任人、没完成时间、没回读验证的改进，人一换、项目一结立刻打回原形，真的一次都没例外过。

谁负责？IT 管数据和技术策略，采购管合同续费，业务排优先级，扯到合规争议让法务或专业人员把关，别让 IT 一个人签字。从哪开始？三项核验做完，用需求满足率和 TCO 把现状说明白，再定先动哪一刀。多久的数据？一个完整业务周期打底，关键节点盖住。gofar 集中记记服务响应时长这类运营证据就行，审批和专业判断它不替代。

上季度华东一家做汽车电子的厂，研发续 MATLAB 和 Simulink，采购手里三家报价：A 家永久许可加三年维护，B 家年订阅，C 家单价最低，可合同里退出条款是空的，只写了一句“数据可协助导出”。先把 Network License Manager 日志拉了 14 个月，按 Toolbox 拆 feature，真实峰值并发 22，命名用户 20 个里 6 个一年没激活，另有 3 台离线机借了许可一直没还。评分表一摆，C 家在“退出和数据迁移”那栏直接判不适用，SLA 只写“工作日响应”、没时长，法务圈了两条风险项；结果没选最便宜的，定了 A 家并发池 28、保留 12 个命名用户，维护期三年写死，true-up 按年度激活数结算、口径附合同附件，退出时 license 文件、模型格式和日志导出方式单列一条。先在一个 30 人的电控部试六周，出图周没再报 denied 才扩到全研发。需求满足率从 82% 到 96%，分母是那 30 人提交的有效作业请求，不是登录次数；同季度口径下 TCO 比 B 家三年订阅低一截，服务响应时长抽样回读 12 张工单，8 小时压到 2 小时，合同风险项 7 条压到 2 条。那 3 台离线机没并进池子，例外单子上批准人写的是研发总监，贴在变更记录第 14 行。