软件
产品
许可证采购最贵的一回，往往不是买贵了，是买便宜了。
研发一句“再加20个许可”，采购转身去找原厂询价，谁单价低报谁，批下来就算完事。干过这活的人都吃过亏。单席位省下几千块，合同里却写着跨设备绑定、禁止二次分配。项目一调整要动资源，动不了。后来多掏的隐性成本，十倍不止。
单价从来不是核心。业务真实需求、授权条款的边界、技术兼容的坑、后面三年的服务支持，缺哪一块，兜底的还是你。
更常见的是，连自己手里有多少闲置都没盘清，就先拍板“加20个”。这不叫采购，叫撒钱。
很多企业把许可采购做成了走单，病根是把四组完全不同维度的数据搅在一处看。
安装量只说明哪些机器装了软件，不代表有人真在用。授权量是合同白纸黑字给的上限，超了原厂审计直接开罚单。实际使用记录才是真需求，装一百台，天天抢许可的可能就三十人。还有之前做过的回收和权限调整，那才是验证上一轮动作有没有落地的凭据。
这四个数不在同一根时间轴上对齐，必然出现这种场面。IT说缺，采购说买多了，业务说压根没收到回收通知。三方吵完，采购拍的决定全是错的。
清单也别写完就锁进共享文件夹。每个动作落到谁、哪天之前干完、拿什么证明干完了，月度运营会上翻一遍，变更随时更新。
把需求抠出来。功能需求、固定用户数、峰值并发，一条条问。谁提的、统计的是哪段时间、谁对这个数负责，都记下。“大概几十个人要用”不算证据，人一换就没人认账。
授权模式逐条对。看上的几种模式，对着合同限制一条条划勾：确认没问题的、还得跟原厂谈的、完全不符合使用场景的，标明白。别IT查一遍采购再查一遍，来回折腾半个月。
部署和运维的门槛也要验。节点锁定的许可，换服务器得重走激活，这类例外写清楚谁批的。别等核心服务器崩了要迁移，才发现合同不让换节点，关键业务直接卡死。
结果压成一张四栏表，事实、缺口、影响、责任人，给管理层看。几十页PPT换不来一个签字，一张表可以。
需求基线和优先级先定死。新产线的仿真需求是P0，行政偶尔画图是P3，把旧席位收回来给P0用，压根不用新采购。动手前把影响范围和回退方案写清楚。
供应商评分表自己做，别只填价格分。授权灵活性、本地技术支持响应时长、审计配合度，全放进去。每一项谁打分、哪天打完，截止时间定死，打完回头复核一遍。
然后挑个可控的部门试点，比如研发一部，规则先在小范围跑通，再往外扩。全公司一起推，出了问题收都收不住。
合同评审时，退出条款和数据迁移规则必须写进去。将来不用这软件了，许可怎么解绑、现有工程文件怎么迁到兼容版本。这些不写，等原厂涨价翻三倍，你连换供应商的路都没有。
全流程的监控和操作记录用 gofar 留痕。IT出了异常直接定位，处理依据甩给采购、业务、法务复核，不用再翻聊天记录找证据。但凡会影响用户正常用许可的策略，先观察几天，提前发通知，最后才执行，人工恢复的入口必须留着。靠自动化一刀切把研发的许可踢下线，这种事故一次就够。
别只盯“这次省了多少钱”。
需求满足率，公式和统计范围都写清楚。别最后只有一个汇总数，有人问哪几个需求被满足了，你答不上来。
总拥有成本，至少连着看三个季度。口径每次都变了都记下来，不然拿这个月跟半年前口径不同的数硬比，结论必然错。
服务响应时长，抽最近20次故障的原始记录回读。供应商说自己平均2小时到场，实际次次8小时，你手里没记录，就没地方说理。
合同风险项按部门按项目拆开列，哪份合同藏了不合理条款，全标出来。一个总数摆在那儿，下次照样踩同一个坑。
需求满足率和总拥有成本，要放在同一个完整业务周期里看。拿淡季的低需求数据去证明这次买多了，纯属自欺。
三个都达标才算做对，用户没投诉，成本没乱涨，合规没风险。
研发某天赶项目抢不到许可，就申请加20个。那是偶发峰值，不是常态。批下去，九成时间这些许可在睡觉。
供需分析没做完就采购。要么买多了闲置几年，要么授权模式选错，关键场景用不了，两头亏。
安装量、授权量、登录人数、并发数混着算需求，算出来的数谁都不信，结果不是多了就是少了。
没有责任人、没有截止时间、没有事后回读的流程，负责的人一离职，新来的根本不知道当初为什么买这么多。两年后存量许可一锅粥。
前两年有家装备制造企业，采购CAD许可只比单价，选了个按设备永久绑定的模式，单席位省了2000块。
后来产线搬迁，30台装了CAD的旧工作站全淘汰。要把许可迁到新机器，原厂开口每席4000块迁移服务费，不付钱就不给解绑、不给激活。
他们按上面这套重走了一遍。先盘闲置，把其他部门闲置的17个浮动许可调过来用，剩下的缺口用按用户授权的新席位补。十几万的迁移费没付，人员调动还能在线重新分配。三年下来，总拥有成本比当初那个“便宜”模式省了近40万。
省在单价上的钱，后来都从别的地方还回去了。
技术文档
推荐好文
155-2731-8020
