采购优化器

解决什么问题

中型企业采购失控通常表现为四种症状：

• 支出归因缺失：软件支出年增 40%，却没有一个人能说出增长集中在哪些类目
• 功能重复堆积：3 个监控工具、2 个报销平台、4 个邮件营销工具并存，但没人拿得出数据支撑整合建议
• 周期严重失衡：某些类目 5 天走完流程，另一些要 90 天，平均值把瓶颈藏得严严实实
• 续签扎堆：合同集中在同一日历月到期，议价杠杆被稀释殆尽

这个技能的定位是回答「买什么、向谁买、什么节奏」，而不是评估你已经选定的供应商表现如何。

核心能力与工作流

1. 支出分类与帕累托分析 — scripts/spend_categorizer.py 将支出明细映射到 UNSPSC 对齐的类/族/段分类（内置约 30 个适配科技企业支出的类目，而非完整的十万级 UNSPSC 库），输出分类明细、帕累托分布（哪 20% 类目占了 80% 支出）、Top-10 同比增长类目。--profile 参数可按 tech-startup、scaleup、enterprise、services、manufacturing 重排类目优先级。
2. 采购周期分析 — scripts/purchasing_cycle_analyzer.py 按类目计算请购到 PO、PO 到付款的中位数与 P90 周期，并把超过全类目中位数 2 倍的类目标记为瓶颈。这是把 Goldratt 约束理论应用到采购场景：系统吞吐量由最慢的环节决定，而最慢的环节几乎总是某个特定类目（服务类合同的法务审核、tier-1 SaaS 的安全审核）。
3. 风险平衡的供应商整合 — scripts/supplier_consolidation.py 识别重复功能集群，为每个集群推荐保留者（高关键性档位者存活，tier-3 集群取切换成本最低者），估算净节省（集群支出 − 保留者支出 − 迁移成本），并分析续签日期扎堆情况。对于任何 tier-1 类目，它会明确拒绝压成单源——除非输入中已经标注了书面的 break-glass 应急方案。
4. 综合评审摘要 — 把三份产物合并成一份 BizOps 可用的摘要：年度增长 Top-5 类目、3 个瓶颈类目、5 个整合机会（含节省估算与风险标记）、所有破坏杠杆的续签集群、需要先补应急方案的 tier-1 单源暴露点。

工作流起点是填写 assets/spend_intake_template.md（典型中型企业约 20 分钟），然后逐步运行脚本产出可辩护的 Markdown 产物。

适用边界

• 不做供应商绩效评分——那是 vendor-management 的职责；不做财务结账、P&L 分析（交给 finance）；不做合同条款起草（交给法务顾问）
• Tier-1 关键性是用户的判断，工具不会从支出金额推断。某个供应商消失是否阻断营收，必须由你显式标记
• 整合节省必须扣除迁移成本；只看价格、忽略集成债的整合往往是负收益
• 输出的 Markdown 报告是人类决策的输入，不是决策本身