刘宝红老师的《采购与供应链管理》一书，读了有一段时间。整本书核心就是：

不要把采购当成“买东西”，而要把供应链当成一个系统，通过改善需求、计划、设计、供应商和采购机制，从根本上降低成本、提高交付速度、降低库存和资产占用。

这本书明确强调的主线：成本、交付、资产周转，以及“改变方法论，而不是单纯更努力”。

1 供应链首先是一个“系统”，不能局部优化

刘老师很反对“头痛医头、脚痛医脚”的做法，比如：

• 采购天天催供应商交货
• 生产天天抱怨采购
• 采购天天找新供应商
• 财务要求压库存
• 销售不断插单
• 研发设计导致成本很高

这些表面上看是不同的问题，但可能是同一个供应链系统的问题。

要从全局看：

需求 → 计划 → 设计 → 采购 → 供应商 → 生产 → 库存 → 交付 → 客户

而不是盯着单个部门的问题。

2 供应链管理的本质是“协作”

供应链不是某个部门把自己的 KPI 做好，而是不同职能之间能够协同。

例如：

销售预测不准 → 计划不准 → 采购下单不准 → 供应商频繁变更 → 生产排程混乱 → 紧急采购 → 成本上升

如果只是要求采购“加强供应商管理”，其实治标不治本。真正的问题可能在需求管理和计划管理。

3 计划是供应链的“发动机”

计划不到位，就得靠执行来弥补。

刘老师认为，计划驱动采购、运营和物流，是供应链的重要核心。预测当然不可能完全准确，但不能因为预测不准就放弃计划。

所以很多企业的问题并不是“采购不够努力”，而是“计划本身就有问题，最后让采购去救火。”于是出现大量问题：

• 加急订单
• 催货
• 插单
• 空运
• 临时找供应商
• 高库存
• 供应商抱怨

4 不要天天“砍价，要从源头降低成本”

传统采购是这样的：

供应商报价 100 元 → 采购砍到 95 元 → 再砍到 90 元

“大采购”的思路则是：

为什么这个东西必须这么贵？

进一步向前追：

产品设计 → 工艺设计 → 材料 → 供应商 → 采购

例如一个产品成本高，可能不是采购能力差，而是：

• 设计复杂
• 零件数量太多
• 非标准件太多
• 工艺复杂
• 材料选型不合理
• 没有形成规模

所以，最好的采购降本，不是采购员谈出来的，而是设计出来的。

5 从“小采购”走向“大采购”

小采购：工程师说”我要这个东西。“

采购：找供应商 → 询价 → 下单 → 跟催 → 收货

采购实际上只是一个订单执行员。

大采购关注的是：

• 我们整个公司需要什么资源？
• 哪些供应商值得长期合作？
• 供应商如何整合？
• 如何集中采购额？
• 如何形成规模效益？
• 如何让供应商参与产品开发？

所以采购管理的对象从一个个料号，提升到供应商、品类和供应市场。

6 供应商不是“外包工”，而是企业的重要资源

刘老师给出的一个重要的判断是：供应商管理实际上是供应链管理的核心。

因为大量价值创造活动发生在供应商侧，所以企业不能只管理自己的内部流程，还必须管理外部资源。

因此也不能简单认为供应商越多越安全。

实际上供应商过多也可能产生一些问题：

• 采购额分散
• 规模效应消失
• 管理成本增加
• 供应商没有足够动力投入
• 供应商质量参差不齐

更合理的做法应该是：选择合适的供应商 → 集中采购额 → 深度合作 → 提升供应商能力 → 获得规模效益

7 “天天催货”往往说明管理体系有问题

这种情况应该也是很多企业的实际问题。

现象往往是：供应商交货慢 → 采购每天催 → 供应商加班 → 下个月继续催

看起来采购很努力，但系统没有改变。

那么为什么会缺货？可能是：需求不稳定 → 预测差 → 计划差 → 订单频繁变化 → 供应商无法正常排产 → 交付异常

所以可能真正可以解决问题的方案是：改善需求管理和计划，而不是增加催货力度。

8 库存不是越低越好

这也是供应链思维和单纯财务思维的区别。

库存太高产生的问题是占资金、占空间、产生呆滞。

库存太低产生的问题是缺货、停产、加急运输、客户交付失败。

所以真正应该追求的是：在满足客户需求的前提下，用最合理的库存支撑供应链。

我们也无法简单要求库存必须降低多少，应该问为什么需要这么多库存？

以下这些问题可能是经常需要提及的：

• 预测不准？
• 计划不合理？
• 供应商交付不稳定？
• MOQ太高？
• 采购批量太大？
• 产品种类太多？
• 供应链响应速度太慢？

9 轻资产：不是所有东西都应该自己做

供应链管理还有一个更大的战略问题：什么应该自己做？什么应该交给供应商？

如果非核心业务全部自己建设：厂房 + 设备 + 人员 + 库存 + 管理

企业就会越来越重。

如果能够：聚焦核心能力 + 外包非核心业务 + 管好供应商

就能够降低固定资产投入，提高资产周转。

10 总结

读这本书的时候一直有这样一个“因果链”在思绪中：

需求管理 → 计划管理 → 产品/工艺设计 → 供应商选择与整合 → 采购管理 → 供应商协同 → 库存与交付 → 成本 / 速度 / 资产周转

读来读去发现整本书中很多东西都可以在企业级应用开发乃至是软件开发中产生启发：

• 需求前置管理 —— 不要让需求直接冲击研发。
• 计划驱动研发 —— 不要靠加班和催人解决交付问题。
• 设计阶段降本 —— 架构、接口、数据模型决定大量长期成本。
• 能复用就不要重复造 —— 开源组件、平台能力、公共组件就是软件供应商。
• 坚持标准和开放 —— 标准协议、标准接口降低供应商锁定。
• 优化整个系统而非局部 KPI —— 不要为了“开发快”牺牲测试、运维和长期维护成本。

这本书对企业级软件开发最值得借鉴的，其实不是“采购技巧”，而是一种系统思维：

把软件研发从“一个个需求的生产”，提升为“端到端的价值供应链管理”。

甚至可以进一步概括为：

需求决定流量，计划决定节奏，架构决定成本，组件决定复用，标准决定可替换性，协作决定交付能力。