做软件资产管理,最怕听到采购说:“去年刚续费,怎么又要买?”研发说:“高峰期根本抢不到许可。”IT夹在中间,账对不上,人还背锅。问题不是没买,是没看清。
根源:降本不来自“砍预算”,来自把三张清单对齐
企业软件成本乱,本质是安装、授权、使用长期脱节。
- 安装清单:终端上到底装了什么,谁在用,哪个版本,哪个模块。
- 授权清单:合同里买了多少,哪些是浮动许可,哪些是Named User,哪些是Token或SaaS账号。
- 使用清单:真实并发是多少,峰值在哪,闲置多久,哪些人长期不活跃。
- 只凭安装数判断浪费,会误杀;只凭授权数判断缺口,会多买;只看一次快照,会被“开会挂证、夜间跑任务、离线借用”这些场景骗过去。真正能落地的降本,必须把这三张清单和责任人、合同期限、业务场景对齐。
最容易踩的几个坑
坑一:把安装量当需求量
很多终端装了CAD、CAE、PLM客户端,但实际只用基础功能,或者几个月没打开。直接按安装数续费,钱就白花了。
坑二:把单日快照当真实使用
lmstat、rlmutil、DSLS后台看一眼,觉得“现在没人用”,就回收许可。结果人家在跑长时仿真、离线借用、夜间批处理,一回收就炸。
坑三:不同许可模式混着算
FlexNet浮动许可看并发,RLM浮动许可看feature和host,3DEXPERIENCE一类平台可能是角色+应用+功能位嵌套,SaaS看账号活跃度。不能拿浮动许可那套直接套到所有软件上。
坑四:盘点完不整改,整改完不复盘
报告很漂亮,清单也拉出来了,但没人跟进卸载、回收、降级、续费调整。过三个月人员一变动,数据又废了。

第一层:先摸底,把资产账拉实
不要一上来就谈工具。先确定覆盖范围:哪些部门、哪些终端、哪些许可服务器、哪些SaaS账号。
重点查:
- 终端安装清单,按软件、版本、模块分组;
- 许可服务器上的feature、并发数、有效期;
- 合同里的授权类型、使用范围、版本限制;
- 近3个月使用趋势,不是单日快照;
- 离职、转岗、外包账号是否还在占用;
- 高价值软件优先,比如CATIA、NX、Abaqus、ANSYS、Adams这类。
- 浮动许可可以用lmstat、rlmutil、DSLS后台、厂商管理界面配合日志看;SaaS账号要看最后登录、登录频率、功能使用。
第二层:零成本优化,先止血
这一步不一定要上新系统,先把明显浪费压下去。
- 回收离职、转岗、长期未登录账号;
- 对闲置超过合理阈值的浮动许可做超时释放,但要排除夜间求解、离线借用;
- 把高配低用的账号降级,比如只画图的别占高级仿真模块;
- 同类工具去重,能合并的合并,能停的停;
- 续费前按真实峰值调整数量,不要沿用去年口径;
- 建立简单的审批机制,新装高价值软件必须登记。
- 这里要特别小心:单日低频不能直接回收,长时任务不能一刀切,跨部门调配要先确认合同是否允许。
第三层:采购策略按证据走
续费前把数据拿出来:
- 峰值并发是多少;
- 90%时间的并发是多少;
- 拒绝次数集中在哪些时段;
- 哪些模块长期低利用;
- 哪些账号可以降级或取消;
- 哪些需求是临时项目,不该长期买断。
- 浮动许可不要只按最高峰值买;SaaS账号按活跃度分级;平台类软件要核对角色、应用、功能位是否匹配实际工作。
第四层:工具用来维持闭环
gofarlic这类工具的价值,不是只出一张台账,而是把资产发现、授权核对、使用分析、整改复核串起来。
它能帮你看:
- 哪些许可长期闲置;
- 哪些账号高配低用;
- 峰值和低谷差多少;
- 哪些回收动作安全,哪些会误伤;
- 续费前有没有数据支撑。
- 但工具不能替代业务确认。尤其是回收、降级、释放,必须先和研发、仿真、设计团队对齐,保留恢复路径。
一个小案例
某装备制造企业,研发和设计团队共用多套浮动许可,涉及CAD、CAE和PLM相关模块。过去续费基本按“去年数量+10%”走,高峰期经常排队,低峰期又大量闲置。
做了三个月盘点后:
- 发现约28%的许可长期被闲置或低效占用;
- 15%的账号90天未活跃或已转岗;
- 部分高级模块被非仿真岗位长期占用;
- 峰值需求比平均需求高出3倍以上。
- 整改动作:
- 回收离职和转岗账号;
- 对高配低用账号做降级;
- 设置闲置释放规则,避开夜间批处理;
- 按真实峰值调整续费数量;
- 建立新装高价值软件审批流程。
- 结果是当年软件采购预算减少约22%,高峰期排队明显缓解,后续审计时也能拿出安装、授权、使用三类证据。这个数字不是通用承诺,不同企业差异很大,但方法确实能跑通。
- 真正可持续的软件资产管理,不是一次性省钱,而是让每次采购、续费、回收都有数据可复核。格发gofarlic可以在这个闭环里提供支撑,但最终决策还是要结合企业自己的合同规则、业务节奏和数据质量。