许可优化不是把阀门拧到最紧，是拧到业务不疼的那个位置。

说实话，我在工厂和研发中心干了十几年IT，最怕听到的一句话就是“许可不够用，赶紧买”。你一查吧，确实有人在排队。但你再仔细看看许可服务器后台，一堆座位挂着不动，有人开了软件就去开会了，有人离职三个月账号还在池子里占着，有人用CATIA干的事情其实AutoCAD就能对付。采购单子批下去容易，年底财务对账的时候，软件支出永远比预算多一截，然后问你钱花哪儿了，你拿一张Excel台账出来，自己心里都没底。

这不是能力问题。是压根没人把安装数据、授权数据和实际使用数据往一块儿对过。

根源不在“用得多”，在于三张单子各说各话

多数工业企业的软件成本问题，本质是一个信息断裂的问题。

采购记录躺在财务系统里，安装记录散在各台终端上，使用记录在许可服务器的日志里，三个东西从来没被系统性地对齐过。你看到的“需求”是工程师口头喊出来的，你看到的“库存”是去年续费时抄下来的数量，你看到的“使用”是一张没人真正分析的并发曲线。中间差了多少，没人知道。

更麻烦的是工业软件的授权结构本身就在往复杂里走。FlexLM、RLM、LM-X管着浮动许可的并发占用，达索的DSLS只管自家产品，节点锁定和浮动许可混着用，指名用户和角色授权叠在一起。你拿一个统一的“买了多少套”去管这些不同计量逻辑的东西，本身就是错位的。

所以降本这件事，第一步不是砍采购，是把“怀疑有浪费”变成一张能指着鼻子说的、有证据的清单。

踩坑踩出来的几条血泪教训

说几个我在现场见过、自己也差点栽进去的坑。每一条后面都跟着真实的代价。

坑一：把“安装数”当“需求数”

IT部门一扫，某设计软件装了120台，采购按120个座位去谈。但实际上浮动许可池里每天峰值并发可能只有70个出头。剩下的呢？有人装了从来不用，有人只是偶尔打开看个图纸。你为一堆“装过”的软件付了“在用”的钱。

后果不是多花一点。55%的大型企业软件许可证处于未使用状态，这个数字是Zylo 2024年报告里写的，不是拍脑袋。国内制造业更难看，2026年一季度的调研显示软件授权闲置率平均超过40%，浮动许可实际利用率普遍只有30%到50%。

坑二：回收策略一刀切，把正在干活的人踢下线

这个坑最招骂。IT为了治“挂机”，在FlexNet里把超时设成15分钟。结果一个结构工程师盯着大装配体想逻辑，手没动鼠标，许可被心跳判成闲置直接回收，SolidWorks弹红框报错，整个重建白做。还有团队设20分钟回收，机械部画图习惯是画一阵停一阵，一天被踢十几次，投诉直接炸锅。

后果很直接：一次激进的回收策略，能让业务部门在三个月内彻底不信任你的任何优化动作。你后面再想调什么，先得花十倍力气证明“这次不会影响干活”。

坑三：部门之间的许可池是死墙

这个我印象太深了。一家汽车零部件公司，A部门15个SolidWorks许可，B部门10个不够用在排队，A部门闲置了6个，两个池子互不相通。左手不够用，右手在睡觉。后来把池子拉通调度，B部门一个都不用买新的。

但大多数企业没做这一步。为什么？因为没人有跨部门的全局使用视图。A部门的IT只管A部门的池子，B部门的需求单上只写“缺5个”，采购就买5个。你买的不是软件，你买的是组织壁垒的税。

坑四：续费数量抄去年的，没人问一句为什么

年度续费的时候，采购拿着去年的合同数量，加一点“业务增长系数”，单子就出去了。但去年那批座位里，有多少是项目结束后再也没人碰过的？有多少是离职员工的账号还在计费的？SaaS那边更典型，人从SSO组里移走了，应用许可证还在活跃，每个月照扣不误。

续费是软件成本里最大的一笔可控支出，但绝大多数企业在这个节点上用的数据，比采购新软件的时候还糙。

解决方案：先别想工具，先把手弄脏

我不喜欢一上来就聊平台。工具是第三步的事。前两步不走完，买什么系统都是把垃圾数据灌进一个更贵的桶里。

第一层：摸底。把三张单子摊在一张桌子上。

• 安装清单：别只扫C盘Program Files。把终端管理工具、网络扫描、许可服务器日志全拉出来，限定一个覆盖范围和时间窗口，老老实实标注哪些区域没覆盖到。没覆盖的区域不等于没资产，这个道理得先跟自己说清楚。
• 授权清单：把合同、采购凭证、授权文件和版本范围翻出来。注意，不是只看数量。一个“500用户”的Enovia合同，可能是指名用户、并发许可和角色授权混着写的，拆不开就别谈优化。区分清楚哪些是可回收的，哪些是可调配的，哪些是动不了的。
• 使用清单：拉许可服务器的日志，不要只看一天的快照。看至少两周的趋势，看峰值并发，看排队等待时长。有人日均使用不足2小时，有人连续14天零占用，这两种“闲置”的整改动作完全不一样。

摸底阶段唯一的目标，是产出一张带责任人、带合同期限、带业务场景标注的候选清单。“怀疑”不算数，有数据指着的才算。

第二层：优化。按业务影响从低到高动手，别一上来就碰核心。

• 先动“死人”：离职员工账号、项目结束后再无登录记录的SaaS席位、连续两周零占用的节点锁定许可。这些回收不需要跟业务部门吵架，拿日志说话就行。
• 再动“错配”：用CATIA干2D出图活的，换成AutoCAD或更低成本的工具位。苏州那家模具厂8个新人里5个的工作内容根本用不上CATIA，真正需要新增的只有2到3个许可。错配优化省下来的钱，往往比硬砍存量还多。
• 最后才碰“调配”：跨部门拉通许可池、设置分用户组的回收策略。这一步必须有第一步的数据撑着。回收超时按用户组差异化设，画图组和仿真组的“闲置”定义不是一回事。涉及浮动许可调配的，先确认合同允许的调配范围，留好恢复路径。
• 续费节点是最大的杠杆：续费前一个月把使用报告拉出来，按实际峰值和趋势调整数量，而不是抄去年。取消一个不需要的续费，比十次内部优化都直接。

第三层：工具。等你把前两步跑过一遍，才知道自己需要什么。

工具不是用来“发现浪费”的，工具是用来让“发现—整改—复核”这件事能每月自动跑一遍的。gofarlic这类许可分析平台做的事情，本质上就是把安装、授权和使用数据连起来，从软件、模块、用户维度看使用情况，给采购和续费提供可复核的依据。FlexLM、RLM、LM-X的日志它能收，浮动许可的峰值和等待能看到，但这只是把你在第二步手工干的活自动化了。如果你第二步没干过，工具给你的报表你也不知道该信哪一行。

一个真实感的小案例（数字我稍微做了模糊，东西是真的）

华东一家做非标自动化设备的企业，四百来人，研发占三分之一。主用的设计软件是SolidWorks和CATIA，浮动许可，FlexNet管着。采购那边连续两年申请增购，理由是“设计部门老排队”。

我帮他们拉了两周的数据。峰值并发CATIA 120个座位里最高跑到71，日均闲置率42%。SolidWorks那边更细：结构组和仿真组的池子是分开的，结构组25个座位峰值用到18，仿真组15个座位峰值用到19，仿真组在排队，结构组闲了7个。另外有6个账号绑定的是已经离职或转岗的人，还在池子里挂着。

整改没买一个新许可。把两个组的SolidWorks池子拉通，仿真组直接从结构组闲置的7个里调度，峰值等待归零。6个僵尸账号回收，续费时CATIA从120个座位降到95个，SolidWorks续费数量不动。采购单子上本来要批的CATIA增购15个和SolidWorks增购5个全部撤掉。按当年的单价折算，第一年落地的采购和续费节省大概在六十七万，第二年起每年续费基数少了小三十万。

中间踩过一次坑：IT一开始想把回收超时统一设成20分钟，仿真组有个老工程师跑求解的时候习惯出去抽烟，回来许可没了，投诉到研发总监那里。后来改成结构组30分钟、仿真组不主动回收只做提醒，才消停。

许可证利用率这个东西，别当KPI追

最后说一句容易被搞歪的事。利用率不是越高越好。你看到一个池子利用率95%，第一反应应该是“是不是有人在排队”，而不是“很好很高效”。过低可能是闲置，过高可能是容量不够。单看一个比例什么都说明不了，得和峰值、等待时长、成本放在一起看。也别信任何人给你承诺“一定能降固定百分比”，降多少取决于你现有的浪费有多厚、合同有多死、整改能推到哪一步。数据是你的，结论也得从你的数据里长出来。