采购运营模式设计：面向跨多个业务单元的复杂执行。

定义

采购运营模式究竟是什么

采购运营模式是把战略和组织架构图转化为可重复执行的那套工作系统。它回答的是结构图从来不回答的四个问题。谁有权决定。决定什么。在什么限度之内。以及答案不清楚时怎么办。

具体来说，它界定采购所拥有的授权，责任归属如何在品类、供应商、国家和业务单元之间划分，哪些决策被设计进模型而不是靠升级解决，以及治理价值的节奏。当这些都明确时，工作可以在各实体之间流转，而不需要开会来批准每一步。当它们只是默认存在时，每一个非标准情况都会变成一次升级。

两个代价高昂的混淆

它不是组织架构图，也不是采购战略

示意图

可执行运营模式的八个组成部分

当八个部分被放在一起定义时，模型才是可执行的。失败的模式几乎从来不是缺了某个部分。而是各部分被分开设计。

放在一起设计，这八个部分会像一个系统那样运作。分开设计，治理模型就会假定系统并不强制执行的决策权，而品类责任归属会输给升级文化。

错误的第一个问题

集中式、分散式、中心主导式、混合式

大多数关于运营模式的争论都会归结为一个问题：集中还是分散。用它来开头，是问错了问题。

标签并不是决策。决策权不清晰的中心主导式模型，在每一个有争议的情况下都会表现得像分散式。决定行为的不是架构图上的名称。而是当两种正当利益发生分歧时，权限落在哪里。

失败模式

运营模式在哪里失灵

• 纸面上是全球设计，实践中是本地变通。
• 品类、国家、共享服务和业务之间的责任归属不清，于是问责无处落地。
• 本应设计进模型的决策，却要靠过多的升级来解决。
• 治理层级增加签批的速度，快于增加价值的速度。
• 系统强制执行的模型，与领导层商定的模型不是同一个。

这里的每一项都是设计缺口，而不是纪律问题。这就是为什么更多的培训和更多的努力很少能解决它们。

具体来看

决策权，一次只看一个决策

决策权是最常出现“读起来很好、用起来很糟”的组成部分。要让它具体，就要针对给定的决策类型和阈值，准确指明谁决定、征询谁。在下面选择一个决策，看看一个可执行的答案是什么形态。

重点不在于这种具体的划分。而在于这种划分是在模型中一次性定下来的，而不是在每个案例中重新争论。

复杂性

多实体与共享服务的逻辑

一旦工作跨越法律实体、国家或共享服务中心，复杂性就会急剧上升。在一个业务内部清晰的责任归属，到了多个业务之间就变得有争议。共享服务中心引入了一次交接，问责可能在其中悄然消失。

可执行的多实体模型会把三件事明确下来。哪些决策保留在集中层面，哪些留在本地。工作和数据如何在各实体与服务中心之间传递而不丢失责任人。以及当本地与集中的利益发生正当冲突时，治理落在哪里。没有这些，服务中心就会成为工作前去等待的地方，而不是工作流经的地方。

领导者最先问的问题

在委托任何工作之前