甩过来一张 Excel，标题写"本月数据分析"，我看了三秒就关了

几百行 checkout、denial 挤成一坨。没分母，没口径，没写谁负责，连哪套软件哪天导的都没标。这东西拿去跟采购开会，不叫汇报，叫给自己挖坑。

说白了，日志不是证据

原始许可日志只能说明"服务器当时记了什么"，它撑不起"下季度要不要加 20 个并发"这类问题。第一份该交出来的，是 IT、采购、业务都签字认的事实清单，不是看板截图，更不是采购单。

指标干的事，是把技术事件翻成人话：某周某模块签出被拒 37 次，影响的是哪个项目、哪几个人、耽误了哪次评审。翻不过去，它就还是日志。目标就仨，能解释、能复核、业务肯认。别给我刷漂亮数字——只把利用率提上去、关键工程师天天被打断，不算成；只图零投诉、长期养一堆闲置，也不算成。

最烦的就是四个数混着说

采购说"买了 60 套"，终端清点"装了 78 台"，登录过的人数 55，同一时刻峰值并发 31。全对，压根不是一回事。软件、模块、用户、时间范围不先框死，扩容、调度、回收、整改全在蒙。

谁再拿月度平均值来证明"够用"，我真跟他急。评审前那两天的峰值，被平均值一抹就没了。

头两周只干三件，别的一个字不改

• 把维度钉死：用户 / 软件 / 模块 / 成本，四样对齐，还得能下钻到设备、账号、feature。只有一个总数，等于没查。
  
• 实时和季度分开：当前状态与历史变化分开存，别让今天的快照盖住上季度那次整改。看板上"今天 31"和"续费会上用的季度 P95"不该摆一格。
  
• 给缺失和异常写规则：哪段日志断了、哪台机器没上报、borrow 未还算不算闲置，白纸黑字。技术日志得跟合同、跟业务排期交叉看，它自己定不了结论。
  
• 导完抽样回读源系统。人工合并粘错行、导出截断字段，我见太多了，拿份错表去评审一天白开。至少拉一个完整业务周期，项目型的还得盖住关键节点。起步也就这样：三项核验完，用峰值利用率和拒绝率把现状描一遍，再定动作。

我那块破屏上就摆四行

动刀顺序，别反

先拿峰值 / 拒绝 / 活跃 / 闲置四类起步，挑一个部门一套软件试，稳了再扩。然后关联部门和项目号，例外走书面审批，口头授权是万恶之源。每条异常挂解释和负责人，执行前通知到人、执行后收重新申请和异常反馈。决策只看趋势不看单点，每次改规则记下改了啥、为什么、前后变多少，版本和理由留着，审计救命。涉及账号、会话、安装变更，先挑低风险对象试点。

IT 出数据和技术策略，采购对合同续费，业务定优先级，扯到合规争议让法务或有资质的专业人员过一遍，这条别含糊。

工具排最后

许可优化这类东西，把软件发现、许可日志、账号分配、整改记录归到一个视图，也能一直记着活跃用户率这种证据。它不替你定谁插队，不替你批钱。合同怎么解释、对外怎么承诺，得有资质的人审，IT 别顺手签。

见一次烦一次

单日单次报错当长期趋势。没做供需分析就先采购或者强制回收。四个口径混着算利用率。没责任人、没完成时间、没回读验证的"改进"，人一换项目一变立刻回原样。

上季度那回

做汽车电子的一家，CAD 60 个浮动许可，仿真 24 个 token。原来的月报就一行"综合利用率 82%"，采购据此打算砍掉 10 个并发。

拉了一个季度重做底稿。峰值并发其实打满过 11 次，全挤在两次设计评审前那周；活跃用户率只有 54%，分母里混了 19 个离职未停用账号；闲置成本估算那栏，9 个会话挂着过夜没签入，3 个 borrow 两个多月没还。每条异常挂到了项目号和部门负责人，口头插队的补了书面审批。

没砍也没加。两个组错峰到夜里，闲置 6 小时提醒、8 小时回收，评审周那几个走白名单，borrow 压到 14 天。下个季度拒绝率从 9% 落到 1% 不到，峰值利用率反倒升到 88%——因为分母把死账号剔了。中间有一周指标突然变好，查了半天是采集代理漏报了两台机器，口径那栏补了一行"采集覆盖变更"，才敢拿去续费会上用。