重复购买软件很少是故意为之。一个团队需要项目管理工具，于是订阅了某款产品；六个月后，另一个团队选择了另一款产品，仅仅因为他们不知道公司已经买了第一个。很快，公司就在为两三个功能相同的工具付费。
采购可见性、清晰的归属责任，以及一套简单的申请流程，是终结这种模式最可靠的办法。
为什么会产生重复工具
大多数重复购买都源于可预见的组织性缺口。了解根本原因，预防起来就容易得多。
- 分散采购：部门负责人或个别员工可以不经集中审核就购买软件
- 缺乏可见性：没有一个统一的地方可以查看公司已经拥有哪些工具
- 功能偏好：团队凭熟悉程度选择工具，而不是评估现有选项
- 影子 IT（Shadow IT）：员工使用个人信用卡或报销工具绕过采购流程
- 采购流程缓慢：因为正式流程耗时太长，团队干脆自行购买
预防策略
建立软件目录
维护一份动态更新的已批准应用清单，记录每款应用的用途和使用团队，并让员工在购买前能够方便地检索。一份简单的共享电子表格或内部 Wiki 就是不错的起点。
集中采购权限
要求任何新的周期性软件支出都经过一道轻量级审批。这不必变得官僚化——哪怕只是向中央采购联系人提交一个工单或发一封邮件，也能拦截大多数重复购买。
指定品类负责人
为设计、协作、CRM 和安全等主要软件品类指定负责人。负责人负责评估该品类的需求并审批新增采购。
统一核心技术栈
对于文件存储、视频会议和身份管理等常见需求，为整个组织选定一款标准工具。例外情况应要求提供书面论证。
减少重复采购检查清单
| 管控措施 | 作用 |
|---|---|
| 集中的软件资产清单 | 让现有工具一目了然 |
| 购买前检索要求 | 在下单前发现功能重叠 |
| 品类归属制度 | 让决策有人负责 |
| 支出阈值审批 | 为周期性成本增加审核环节 |
| 季度重复工具审查 | 发现已经存在的冗余 |
已经存在重复工具时该怎么办
如果审计发现了功能重叠的工具，不要急于直接取消较新的那个。正确的做法是按照对企业真正重要的标准比较这些产品：
- 合同总价值与续约日期
- 活跃用户数量与使用深度
- 安全性、合规性与数据驻留
- 与现有工作流程的集成程度
- 整合到单一平台所需的迁移工作量
