软件 License 利用率低先别急着砍：闲置席位、模块错配和许可回收的优化底稿

续费前一周，采购甩过来一张表，就一行字：利用率 31%，要不要砍二十个席位。我最烦这种只有一个百分数的表。问分母是什么、统计了几天、按安装量还是并发算的，对面答不上来。这种会开过太多回，吵两钟头谁也没说服谁，第二年原样续，第三年接着吵。烦的是年年重复，不是问题本身有多难。

先把性质说清楚，别一上来就谈钱

利用率低，压根不是个采购问题。多数时候是统计口径、授权模型、部署方式三样搅一块了，买多了只占其中一种，还是最少见、最好办的一种。同一个软件，按授权总量、按安装量、按 90 天活跃账号、按峰值并发去算，能差出几十个百分点，拿哪个数上会，结论直接反过来。并发许可（floating / concurrent）、命名用户（named user）、按模块拆的 bundle、点数池，再加借出去没还的离线借用许可（borrow），这些东西混进一张表，这张表基本就废了。

还有个特别容易误判的地方，日志里一句 license denied，看着像池子不够，其实未必，可能是 options 文件里写了 RESERVE 把某个 feature 锁给了一组人，可能是权限没开，可能是客户端连错了许可证服务器端口，也可能是借用许可到期没归还、占着坑不放。所以日志时间线得跟业务场景对着看。处理顺序我一直是这个：先保业务连续性，再谈资源错配，最后才碰合规边界。要的是可解释、可复核、业务能接受，不是把那个百分数做漂亮。

数据说谎，多半是分母先歪了

要把这事儿从技术问题翻成管理问题，先答三句大白话：资源到底在哪，谁有权用，实际使用撑不撑得住现在的采购和配置。三句答不齐，扩容、调度、回收、整改全是没有共同起点的空谈。IT、采购、法务、业务各拿一份自己导的 Excel 上会，那不叫评审，认一份底稿就够了。

排查没什么捷径。分母和统计周期先定死，至少盖一个完整业务周期，项目型团队还得盖住出图、仿真、发版那几个关键节点，淡季均值最会把峰值抹平；导出、转换、汇总这一段最容易丢记录，做完抽样回读源系统，别信中间表。然后安装量、活跃量、并发量拆开，汇总数没用，得能下钻到具体设备、账号、feature 名，不然定位不了原因。低频模块和固定绑定席位再单独拎出来，当前状态和历史变更分开记，别拿今天的数据去解释上个季度那次排队。九成的人第一步就省了，后面全白干。

改动之前，先把回退方案写了

统一指标定义这活枯燥，但规则版本和改动理由得留痕，不然下轮审计从头吵一遍。按软件、按模块分层看，看完必须连到采购或整改决策上，报表躺在共享盘里等于没做。回收不活跃账号和闲置席位，我最怕那种周五下班直接批量禁用的，影响范围、回退方案、执行窗口，一样都不能少；再跟业务确认未来项目需求，指定负责人和截止时间，做完回读一遍——命令跑成功，不等于用户那边没事了。数据层我一般让 gofar 把安装、授权、使用线索归到一处，省得满世界翻许可证服务器日志；但哪个席位能收、合同怎么写、要不要 true-up，得采购和法务按内部制度拍板，工具替不了人。

验收看四个就够。活跃率抽样回读源记录；峰值利用率按部门或项目留可下钻明细；闲置席位数跟整改任务或者业务事件挂上钩；回收再分配率那个分子、分母和几个异常样本都留着，不然过三个月没人说得清 87% 是怎么凑出来的。得能回到具体账号、设备、模块，汇总值替代不了明细复核，效率、体验、风险都在可接受范围里，才算过。

几个坑，顺手记一下

拿单日数据或者一次 denied 报错就下结论，把偶发当长期趋势，我见过为这个多买三十套的。供需分析没做完就先采购或者硬回收，一边烧钱一边把关键项目出图卡住。安装量、授权量、登录人数、并发量一锅烩，算出来那个利用率拿去决策，自己骗自己。还有，没责任人、没完成时间、没回读验证的改进，人一换、项目一结，立刻打回原形。

多久的数据够？一个完整业务周期打底，项目型还要盖关键节点。谁负责？IT 管数据和技术策略，采购管合同续费，业务排优先级，扯到合规争议让法务或专业人员把关，别让 IT 一个人背。从哪儿开始？先把分母、三量区分、低频模块这三项核完，用活跃率和峰值利用率把现状说明白，再决定先动哪一刀。gofar 那类工具集中记记闲置席位数这类运营证据就行，审批和专业判断它不替代。

去年那个案子

华中一家做工程机械结构件的厂，CATIA 走 DSLS，另有一套 ANSYS Mechanical 并发池，采购报的是"48 个 seat，年均利用率 28%"，要砍一半。我们把许可证服务器日志拉了完整 13 个月，先发现分母用的是安装量——全厂 170 台机器装了客户端，90 天内有调用记录的账号其实 61 个，真实峰值并发才 19。再按 feature 拆，基础建模那个 feature 每月底出图周连着报 denied，最长排 40 多分钟；反倒是高价的高级曲面模块 12 个命名用户席位，9 个人一年里一次没打开过，2 个是三年前离职没销的账号，还有人借了离线许可一直没还，占着坑不放。根因根本不是买多了，是模块拆分错配、借用许可没回收、席位绑死。后来总量没砍，9 个闲置命名用户解绑，两个离职账号销掉，borrow 周期从 30 天压到 7 天，腾出的预算换成 6 个基础建模并发和对应维护期，options 文件里那条 RESERVE 也去掉了。下一个出图周峰值 25，denied 归零，按授权 feature 重算的活跃率 71%，续费金额基本没动。验收是一个账号一个账号回读的，没拿汇总数交差。那 12 个高级曲面席位最后也没全退，留了 3 个给月底偶尔要用的工艺组，业务点头才算数，IT 单方面拍板迟早出事。