续费邮件来了才开始找数据？晚了，这不是IT的锅，是流程的锅

每次续约前两周，采购群里必出现一句话：“IT能不能给我们一份软件使用情况的汇总？”然后IT那边开始翻各种后台，导表，拼数据，最后交出去的东西连自己都不敢签字。这种场景太熟了。

问题出在哪？出在续费这事根本不是“到时候再准备”的事。数据要提前一个完整业务周期就开始躺着，等你真要用的时候才去抓，抓到的全是残缺的。

续费谈判桌上需要什么，心里得有数。

第一样，合同本身。数量、单价、到期日、有没有真降（true-down）条款、浮动许可和固定席位的比例。别笑，真有公司续费的时候才发现自己买的模块里有俩从来没开通过，就因为没人读过合同附件。

第二样，使用侧的证据。活跃用户数怎么定义要说清楚——30天内有登录算活跃，还是7天？峰值并发别用日均值糊弄，那是两码事。还有拒绝日志，就是用户想拉起许可但被拒掉的那些记录，这个数特别关键，它直接告诉你现在买的够不够。拒绝率高说明缺口，长期为零可能说明买多了，两种情况都值钱。

第三样，业务侧的交叉验证。技术日志说某模块没人用，但业务下季度要上新项目要用它，这种信息日志里没有，得问人。

口径必须钉死。分母是采购量还是已分配量，周期覆盖淡旺季没有，异常样本（比如产线专机、离岗待分配账号）剔没剔除——这些不统一，指标就是数字游戏。而且口径要留版本，今年怎么算的记下来，明年对着比才有意义。

情景测算，别省这一步。 缩减、维持、增购三条路各算一遍钱。缩减省多少但拒接率会上去多少，增购多花的钱对应的是哪几个项目的确权需求。拿数字说话跟老板谈，比拿“我觉得够用”强一百倍。

几个坑提前说：别拿安装量当使用量，装了不等于用了；别拿一个月的数据下结论，至少拉一个季度；关键模块宁可多留一档，砍错了产线停摆的损失比许可费贵得多。

举个案例。 某装备制造企业，CAE软件年费一百多万，续约前高层放话要压30%。IT没硬顶，提前仨月开始铺数据：拉了六个月的并发曲线和拒绝日志，发现每日均值并发12，但月度结算周那几天峰值冲到27，拒绝记录集中出现在那两天。同时统计出36个账号里有9个是离职未回收的僵尸席位。最后方案：回收9个僵尸席位，把25个浮动许可保持不动，砍掉2套长期未激活的专业模块授权，总降幅做到了22%，但峰值时段一个拒绝都没增加。谈判那天，IT拿的是一张并发时序图加一张账号状态表，采购拿着它跟原厂谈折扣，原厂销售看完没话说——因为每个数字都能回溯到日志。要是换作没准备数据的情况，大概率就是拍脑袋砍30%，然后下季度仿真排不上队，项目延期，赔进去的可远不止这点许可费。

gofar这类工具能把许可台账、账号分配、使用日志、整改记录串到一个视图里，续费前导一份底稿出来，比临时手工拼表省事，也留得住证据链。但归到底，数据谁负责、口径谁拍板、缩减谁审批，这些是管理问题，工具管不了。

提前一个周期动手。就这么简单，也就这么难。