公司买的软件许可都谁在用？可视化监控+闲置回收，让每一分钱都花在刀刃上

案例背景

去年年中，我接手了一家汽车零部件制造企业的许可优化。这家公司做发动机缸体、变速箱壳体这类精密铸件，研发团队两百多号人，主力软件是CATIA和UG/NX，另外配了ANSYS做仿真。每年光这三块软件的续费和新购许可，就吃掉IT预算将近六成。

问题出在哪？设计部门年年喊不够用，IT部门年年加采购，可每次我去机房看许可服务器，总能看到一大把许可被人开着软件占着，人却不在工位。开会、吃饭、午休，甚至下班忘了关，许可就这么悬在那儿。更离谱的是，离职流程跟软件订阅完全脱节——人走了，许可还挂在他名下，新来的同事又得重新申请。

CFO找我的时候说了句话我印象特别深：“咱们去年软件花了快两千万，你能不能告诉我，这钱有多少是真正在干活用的？”

我当时回答不了。因为没有数据。

准备工作：摸清家底再动手

第一步：全面盘点软件资产

别着急动回收规则，先把家底搞清楚。很多公司自己都不清楚买了多少套软件、什么版本、授权给了谁。花一到两周时间，把每个软件的授权数量、采购日期、合同到期日、当前分配情况全部列清楚。有了统一的资产台账，后面所有决策才有依据。

第二步：部署监控，只读不碰

在许可服务器上接监控工具，记录每个会话的启动时间、活跃时长、空闲时长。这个阶段只监控、不回收，跑一至两周的数据。为什么？没有真实数据支撑的采购决策，本质上都是在烧钱。

我当时跑了三周的数据，结果触目惊心——CATIA许可的日均利用率不到40%，UG/NX也就50%出头。这意味着每年光闲置浪费就吃掉几百万。

第三步：做用户画像

不同岗位的使用模式完全不同。我把研发团队分了几类：核心建模工程师（每天高强度用）、辅助设计人员（间歇使用）、仿真工程师（后台跑任务多）、外协人员（偶尔登录）。一刀切的回收规则必死。

💡 小技巧1： 监控跑满两周再看数据再定阈值。每个团队的工作习惯不一样，别照搬别人的数字。

💡 小技巧2： 千万别只凭部门负责人的“口头申报”来评估需求。人天生会高估自己的需求，只有后台真实的登录时长和操作频次才是准绳。

实战演练：把回收做成资源再分配

阶段一：先拿闲置最严重的模块开刀

UG/NX的Machining模块是重灾区。28套许可，早高峰峰值占用26套，但其中有平均7.4套是被开了CAM窗口就跑去开会的人挂着的。

操作步骤：

1. 设定闲置阈值。 NX设15分钟无操作可回收。注意，原生FlexNet的TIMEOUT是按TCP心跳算的，你挂个远程桌面不断线它就永远不触发。真正管用的是键鼠无输入+软件无活跃命令双条件检测。
2. 排除后台任务。 正在Regenerate大装配、运行Journal脚本、后台算刀路的时候，GUI可能没键鼠输入，这种不能回收。需要加保护标记。
3. 设置回收方式。 到点后通过lmremove接口把许可收回公共池。用户切回软件动鼠标时，后台自动重新申请，不弹红色许可错误框。

跑了一个月，Machining利用率从37%拉到75%。原来计划要加8套Machining的采购直接暂缓。

⚠️ 踩坑实录： 我早年吃过亏，直接写脚本用lmremove踢人，结果把正在重建顶层装配的兄弟踢下线，差点被打。后来改了策略——提前弹60秒倒计时提醒，给人保存机会；静默回收+无感重获，用户回来点鼠标时后台自动重新申请。另外，阈值别设太短——我一开始在一个项目上设15分钟，设计师切换窗口查资料、切出去回个消息，太容易触发了，冲突率飙到12%。后来调到45-60分钟，冲突率降到0.7%以下。

阶段二：处理“人走许可留”的死账

离职流程里最容易被忽略的就是软件许可回收。

操作步骤：

1. 把许可系统和HR的离职流程打通——员工发起离职审批后，系统自动列出他名下所有软件授权。
2. 批量撤销分配，许可归还至可用池。
3. 新员工入职时自动从池里分配。

半年内自动回收了三十多个离职员工的订阅，省出来的许可直接覆盖了新入职同事的需求。

阶段三：引入保护期和峰值白名单

前面两个阶段做的是“清僵尸”，但真正让体系可持续运转的，是保护机制。

操作步骤：

1. 保护期设置。 高价值模块的保护期从默认15分钟拉到45分钟——仿真工程师跑一个任务经常半小时没键盘操作，但CPU一直在满负荷跑。如果按普通空闲时间回收，仿真跑到一半被踢掉，工程师能气到砸键盘。
2. 峰值白名单。 某个项目进入交付冲刺阶段，核心团队的许可在特定时间段内不回收。保证关键工作不被打断。
3. 差异化阈值。 核心模块延长至60分钟再回收，非核心模块30分钟。不同岗位不同模块不同待遇。

这三个保护机制加进去之后，回收次数下降了31%，但真正释放出来的有效许可反而上升了18%——之前很多回收是无效的，收了又得马上还回去。现在回收的都是真正闲置的许可。

⚠️ 踩坑实录： 有一回圣诞节，某军工项目组在模型测试阶段占用了所有许可，结果系统以为他们都没用，直接回收了3个。发现是他们用静默模式在后台跑仿真，系统识别不了。必须排除后台计算任务——CAE求解节点、渲染节点、后台转换服务，那些看似“闲置”但其实在干活的进程，加白名单不回收。另外，CATIA V5对OLE接口的占用检测比较敏感，如果装了第三方插件，一定要确认插件退出时会释放许可。很多人栽在这上面——插件后台挂着，许可被锁死，回收根本收不回来。

💡 小技巧3： 回收时间别设太短。有人设5分钟回收的，结果整个团队一天都在等软件启动。记住一句话：回收的核心不是“抢”，是“等” ——得给用户留够上厕所、倒水的时间。

后置处理：监控、迭代、沟通

第一，建立可视化监控看板。 在许可服务器上挂实时大屏，显示每个模块的当前占用、空闲时长分布、回收次数、排队等待时长。以前IT部门只能靠人工巡检，效率低还容易误判。有了看板，谁在用、用了多久、用了什么模块，一目了然。

第二，设定定期复盘节奏。 每个月第一周，把上个月的使用数据拉出来，和各部门负责人过一遍。哪个模块利用率持续走低，考虑降配或取消续订；哪个模块高峰期频繁排队，考虑增加配额或调整保护期。

第三，保持沟通渠道畅通。 建立“许可反馈”通道，被回收的人可以一键申诉。前三个月收到过十几条申诉，大部分是阈值设置不合理——根据反馈调整了四轮规则，之后申诉基本归零。

💡 小技巧4： 别在回收时弹“倒计时30秒”之类的警告。工程师正画到关键处，突然弹个倒计时，不仅打断思路，还会引发对IT部门的强烈抵触。真正的许可管理，应当像空气一样存在，但不干扰用户的呼吸。

💡 小技巧5： 先跑两周数据再定规则。有的部门习惯开着软件慢慢查图纸，有的建模十分钟一切换，按统一标准必有人骂。我在某航空企业试过，开了回收之后设计师根本不知道后台发生了什么——有老哥还跟我说“最近许可好像变多了？”他压根没意识到是回收在起作用。

最容易出错的三个地方

第一，阈值设太短。 UG/NX冷启动慢，频繁回收再申请会让老工作站卡到没法用。阈值至少要跑一两周数据再定，别拍脑袋。

第二，把后台任务也收了。 有些进程看起来静默，其实在干活——比如JT转换、Translator服务、批处理计算。这些一定要排除在回收池之外。

第三，忽略业务上下文。 系统只能看到空闲分钟数，看不到“我刚切出去开会”“我的仿真正在后台跑”“今天项目冲刺”这些场景。如果回收逻辑完全不理解这些，员工自然会觉得你只是在机械省钱。保护期、峰值白名单、岗位差异化——这些东西不是锦上添花，是让回收体系真正跑起来的必要条件。

说到底，许可优化的目标从来不是“多收回几个许可”，而是让有限的资源在正确的时间分配给正确的人。收得准，比收得多重要得多。