有了许可证管理,别再拿"利用率60%"糊弄人了

别再拿"利用率60%"糊弄人了

采购拿着报表问："利用率才60%，是不是买多了？"业务那边同时打电话："仿真组天天排队，到底够不够用？"两边说的都是"利用率"，但根本不是同一个东西。

这就是大多数企业许可管理的现状：数据一堆，没人信。

问题出在哪

原始日志不会骗人，但汇总报表会。FlexNet 或 DSLS 拉出来的 log 是事实，可一旦经过 Excel 合并、人工筛选、口径调整，出来的数字就变味了。

采购说的"利用率"是授权量 vs 安装量——装了100台，买了60套许可，利用率60%。业务说的"不够用"是峰值并发 vs 授权量——节点前同时需要55套，只有60套，排队等半天。IT 看的又是活跃用户数——今天登录了30个人，利用率50%。

三个数字，三个口径，三个人各说各话。最后采购砍了许可，节点前集体报错，紧急补买，花的钱比省的多。

先把口径统一了

做看板之前，先统一四件事：软件、模块、用户、时间范围。

• 软件要分清楚是 ABAQUS/Standard 还是 ABAQUS/Explicit，模块不同，许可类型不同。
• 用户要区分是浮动许可的并发用户，还是命名用户的登录账号。
• 时间范围至少覆盖一个完整业务周期，项目型团队必须覆盖关键节点，不然淡季平均值把峰值抹平了。
• 口径不统一，后面所有动作都是瞎忙活。

诊断三件事

第一件：统一维度。 软件、模块、成本、用户，四个维度拉到一张表里。能下钻到具体设备、账号、模块，光看汇总数定位不了问题。

第二件：分实时和决策两类指标。 实时指标看当前状态，拒绝率、排队长度，用来救火。决策指标看季度趋势，峰值利用率、闲置成本，用来做采购和回收决策。别拿今天的数据解释上个月的事。

第三件：确认数据缺失和异常处理规则。 日志采集中断了怎么办？异常值怎么算？要跟合同和业务排期交叉验证，技术日志不能单独下结论。

做完盘点抽样回源系统验证，Excel 合并最容易丢数据。

看板放四个数就够了

别搞太复杂，四个核心指标：

• 峰值利用率：峰值并发 / 授权量。分子、分母、异常样本都留着，别只给一个百分比。
• 拒绝率：许可拒绝次数 / 总签出请求次数。指定数据负责人，定期复核。
• 活跃用户率：周期内有实际签出行为的用户 / 总授权用户。明确纳入范围，登录没签出的不算。
• 闲置成本估算：长期未使用的许可数量 × 单套年费。连续观察趋势，记录口径变化。
• 后两个指标要保留下钻明细，汇总数变了才能定位到具体原因。

执行顺序

从四类指标起步。 峰值、拒绝、活跃、闲置，先跑起来。从可控的部门或软件试点，稳了再扩。

关联部门和项目。 指标异常要能关联到具体部门、具体项目，不然没人认领。

为异常设置解释和负责人。 拒绝率突然升高，是谁的责任？是容量问题还是配置问题？写清楚，别留模糊地带。

用趋势决策，不用单点。 单日报错可能是偶发，连续三周上升才是真问题。保留规则版本和变更理由，审计用得上。

几个坑

• 凭单日数据当长期趋势。
• 没做供需分析就先采购或强制回收。
• 安装量、授权量、登录人数、并发量混为一谈。
• 改进没责任人、没时间、没验证，人一换就失效。

一个小案例

某汽车研究院，IT 每月给采购报"SolidWorks 利用率 55%"，采购觉得浪费，连续两年砍许可，从 80 套砍到 50 套。第三年项目节点前，仿真组集体报错，项目经理直接找到院长。

IT 重新拉数据做明细分析：平时工作日确实只有 25-30 套在用，但每月最后一周是设计评审节点，峰值冲到 72 套；有 8 套被离职员工账号绑着没释放；还有 10 套是"登录不签出"——工程师开了软件挂着做别的事。平均利用率被平时拉低了，但峰值从来没被满足过。

整改没加总量，做了三件事：回收了离职账号的 8 套绑定，配了 2 小时空闲自动释放，把 50 套拆成 40 套主池 + 10 套节点备用池。峰值利用率从 144%（超卖）降到 90%，拒绝率从 12% 降到 1.5%。第二年采购拿着趋势数据跟达索谈，把备用池换成了按需许可，反而省了钱。

问题从来不是"数字多少"，是"数字怎么来的"。