11 采购管理

11 采购管理

2026-06-26 新建


4.69 自制或外购分析

核心定义

自制或外购分析(Make-or-Buy Analysis):决定项目所需的产品/服务是自己做(Make),还是从外部采购(Buy)。

决策核心

复制代码
              项目需要XX
                    │
        ┌───────────┴───────────┐
        ▼                       ▼
     自制(Make)            外购(Buy)
   自己做这个产品            从供应商那买
        │                       │
   适合条件:                适合条件:
   • 内部有技术能力           • 外部更便宜
   • 无合适供应商             • 内部无此能力
   • 涉及核心机密             • 非核心竞争力
   • 长期看更划算             • 需要快速获取

考虑因素

维度 自制要考虑 外购要考虑
成本 直接成本 + 间接成本 + 机会成本 采购价 + 管理费 + 验收成本
能力 团队是否有技术?是否有时间? 供应商能力、信誉、产能
战略 是否核心业务?是否需要保密? 是否非核心竞争力?
风险 技术风险、人员流失 供应商风险、交付延期
时间 开发 + 测试周期 招标 + 谈判 + 交付周期

全生命周期视角

复制代码
只看采购价?------短视!
要做全生命周期对比:

自制总成本 = 研发 + 设备 + 人工 + 维护 + 培训 + 处置
外购总成本 = 采购价 + 集成 + 培训 + 许可证年费 + 维保费 + 退出成本

不能只看一次性的采购价 vs 开发费
要看5年总账

财务对比示例

项目 自制 外购
前期投入 开发费 50万 采购费 30万
年度维护 2万/年 许可证 5万/年
5年总成本 50 + 2×5 = 60万 30 + 5×5 = 55万
结论 ✅ 外购更划算
复制代码
但如果:
外购还有额外集成成本10万 → 55+10=65万 > 60万
自制更划算

核心认知 :自制或外购不只是比价格,是综合对比成本+能力+战略+风险+长期

决策后的产出

决策 下一步 对应过程
自制 纳入项目范围,安排资源和进度 5.3/6.2/9.2
外购 编制采购SOW、招标文件 → 12.1规划采购 12.1

常见错误

陷阱 正解
只看价格决定自制/外购 × 考虑总成本+能力+战略+风险
自制一定更好(更可控) × 非核心业务外购更高效,集中精力做核心
外购一定更便宜 × 隐藏成本(集成、管理、切换)可能很高
决定是在执行时做的 × 12.1规划采购管理时就要做自制或外购分析

本章高频考点清单

# 考点 一句话
1 自制或外购分析 综合对比成本+能力+战略+风险,非只看价格
2 全生命周期对比 看总账(5年),非一次性价格
3 外购的下一步 自制或外购分析 → 采购管理计划 → SOW → 招标

本章常见考试陷阱

陷阱 正解
自制或外购 = 只比价格 × 考虑全生命周期成本、能力、战略、风险
核心能力也可以外购 × 涉及核心竞争力的应自制
自制或外购决定在执行时 × 在规划采购管理(12.1)时就做

4.71 项目交付方式

核心定义

项目交付方式(Project Delivery Method):规定项目从设计到建造再到交付如何组织、由谁承担什么责任、风险如何在各方之间分配。

四大交付方式全景

复制代码
                        项目交付方式
                              │
        ┌─────────┬───────────┼───────────┬─────────┐
        ▼         ▼           ▼           ▼         ▼
      DBB       DB          EPC          CM        IPD
   设计-招标  设计-建造   设计-采购   施工管理   集成项目
     -建造               -施工总承包            交付

DBB(Design-Bid-Build)设计-招标-建造

复制代码
设计阶段          ──→    招标阶段       ──→      建造阶段
(设计院)              (招投标)               (承包商)

业主 ──→ 设计院做设计 ──→ 招标选施工方 ──→ 施工方按图建造
          ↓                       ↓                    ↓
      设计完成出图纸           最低价/评分中标        按图施工

特点:
- 三阶段严格串行,一步一步来
- 设计完成才能招标,招标完成才能开工
- 风险和界面由业主自己管理
优点 缺点
流程清晰,市场成熟 周期长(串行)
充分竞争,报价透明 设计与施工脱节,容易扯皮
业主控制力强 变更成本高
适合标准化项目 业主承担界面风险

EPC(Engineering-Procurement-Construction)总承包

复制代码
                EPC 总承包商
                      │
        ┌─────────────┼─────────────┐
        ▼             ▼             ▼
     设计(E)       采购(P)        施工(C)
   总包负责       总包负责       总包负责
                    │
               ┌────┴────┐
               ▼         ▼
         设备供应商   材料供应商

业主只签一份合同,对总包商一个人说话
优点 缺点
单一责任主体(只对总包商) 业主控制力弱
设计/采购/施工一体化,效率高 总包商报价较高
业主风险低 变更谈判难度大
工期更可控 适合标准化、成熟的工业项目

DBB vs EPC 核心对比

维度 DBB(设计-招标-建造) EPC(总承包)
合同份数 多份(设计+施工+各分包) 一份(总包对业主负全责)
业主管理量 大(协调设计和施工) 小(只管总包商)
业主风险 高(界面风险自己扛) 低(转嫁给总包商)
周期 长(串行) 短(并行/重叠)
变更灵活性 高(招标前可改设计) 低(总包后改成本高)
业主控制力
适合场景 复杂、需精细控制的公共项目 功能明确、标准化的工业项目
考试关键词 "设计完成才能招标"、"业主协调" "交钥匙"、"一键式"、"总包负全责"

DB(Design-Build)设计-建造

复制代码
DB(中间的折中方案)

业主 ──→ 一个 DB 承包商 ──→ 设计和施工一人干
              │
        ┌─────┴─────┐
        ▼           ▼
     设计团队    施工团队

vs DBB:合并了设计和施工(少了招标环节)
vs EPC:不含采购(或采购范围小)

考试常混:DB = 设计+施工(房子/基建),EPC = 设计+采购+施工(工厂/工业)。

常见错误

陷阱 正解
EPC = DBB 只是叫法不同 × DBB三分离(串行),EPC一体化(交钥匙),风险和界面完全不同
EPC 一定比 DBB 好 × 各有适用场景:复杂项目用DBB,标准化工业项目用EPC
EPC 业主可以随时改设计 × EPC总包后变更成本极高,设计变更需重新谈判
DBB 就是"传统模式"所以落后 × DBB在某些场景仍然最优(如公共项目透明招标)

4.72 特许经营(PPP模式下的交付方式)

核心定义

特许经营(Concession):政府授权私营部门投资、建设、运营公共基础设施,在一定期限内通过向用户收费回收投资并获取回报,期满后无偿移交政府。常用于高速公路、水厂、电厂等大型公共项目。

PPP 模式全景

复制代码
                    公私合作(PPP)
                          │
    ┌─────────┬───────────┼───────────┬─────────┐
    ▼         ▼           ▼           ▼         ▼
   BOT       BT          BOO         TOT       O&M
 建设-运营  建设-移交   建设-拥有   移交-运营   运营-维护
  -移交                 -运营        -移交

核心模式对比

模式 全称 流程 私营方做什么 最终归属
BOT Build-Operate-Transfer 建设→运营→移交 投钱建+运营收费 期满还给政府
BT Build-Transfer 建设→移交 只建不运营 建完就给政府
BOO Build-Own-Operate 建设→拥有→运营 建了就是自己的,长期运营 不还,永久拥有
TOT Transfer-Operate-Transfer 政府移交→私营运营→再移回 运营已有设施 期满还给政府
O&M Operation & Maintenance 只运营维护 只运营,不建设 资产一直归政府

BOT 详解(最常考)

复制代码
         政府                   社会资本方
          │                       │
          │  授予特许经营权       │
          ├──────────────────────►│
          │                       │
    ◄─────┤       B(建设)       ├── 融资+设计+建设
    ◄─────┤                       │
          │                       │
    ◄─────┤       O(运营)       ├── 运营+收费+维护
    ◄─────┤    (10-30年)        │   回收投资+利润
          │                       │
          │       T(移交)       │
          │◄──────────────────────┤  无偿移交政府
          │                       │
     政府运营                 社会资本退出

典型项目:高速公路、污水处理厂、风力发电站、地铁线路

BT vs BOT

维度 BT(建设-移交) BOT(建设-运营-移交)
私营方参与 只建设 建设+运营
资金回收 政府分期付款(像按揭) 向用户收费(像做生意)
运营责任 政府自己运营 私营方运营
风险承担 施工风险私营担,运营风险政府担 施工+运营风险都私营担
考试关键词 "政府回购"、"分期付款" "特许经营"、"收费回收"

PPP 模式选择速判

场景 推荐模式 原因
政府没钱建但有钱回购 BT 政府分期付款,建完拿回来
政府没钱,项目能收费 BOT 社会资本通过运营回收投资
已有设施,缺运营能力 TOT 让有经验的社会资本运营
只需专业运营维护 O&M 轻量级合作

常见错误

陷阱 正解
BOT 是采购方式 × BOT 是项目交付方式/融资模式,不是单纯的采购
BT = BOT × BT只建不运营,BOT建+运营,核心区别在O
PPP 只适用于盈利项目 × 政府可提供补贴让非盈利项目也适合PPP
特许经营期满企业还能继续运营 × 期满无偿移交政府(BOT/TOT),除非是BOO

4.73 采购合同类型

核心定义

采购合同 规定了买卖双方的权利义务、风险分配和付款方式。合同类型决定风险在谁身上

三大合同类型总览

复制代码
                        合同类型
                            │
      ┌─────────────────────┼─────────────────────┐
      ▼                     ▼                     ▼
  总价合同              成本补偿合同            工料合同
  (Fixed-Price)    (Cost-Reimbursable)     (Time & Materials)
      │                     │                     │
      │  买方风险最低        │  买方风险最高        │  风险适中
      ▼                     ▼                     ▼
┌────┴────┐          ┌──────┴──────┐
▼         ▼          ▼             ▼
FFP      FPIF       CPFF          CPIF
       + FPEPA       CPAF

一、总价类合同(买方最有利)

子类型 全称 价格怎么定 特点 买方风险
FFP Firm-Fixed-Price 固定总价 开始就锁定总价 超支卖方扛,范围必须清晰 最低
FPIF Fixed-Price Incentive Fee 总价+激励 有目标成本,低于目标卖方分成 卖方有动力控制成本
FPEPA Fixed-Price with Economic Price Adjustment 总价+调价 可按物价指数调整 应对长期合同的通胀风险

FFP 详解(最常考)

复制代码
买方出100万,卖方做全部工作

卖方花了120万 → 买方还是给100万 → 卖方亏20万
卖方花了 80万 → 买方还是给100万 → 卖方赚20万

→ 所有成本风险在卖方
→ 买方只关心结果不关心过程
→ 前提:范围必须一清二楚!
适用 不适用
需求明确、范围清楚 需求模糊、不断变化
标准化产品/服务 研发/创新项目
市场成熟、供应充足 唯一供应商

FPIF 激励机制

复制代码
目标成本:100万 → 目标利润:10万 → 目标总价:110万
分成比例:70/30(买方/卖方)

实际成本80万 → 节省20万 → 卖方得30% = 6万
           → 总价 = 80 + 10 + 6 = 96万(买方省了14万)
           
实际成本120万 → 超支20万 → 卖方承担30% = 6万  
            → 总价 = 120 + 10 - 6 = 124万(卖方少赚6万)

激励的核心:卖方省得多自己也赚得多,所以会主动控制成本。

二、成本补偿合同(买方风险最高)

子类型 特点 卖方动力 适用
CPFF Cost-Plus-Fixed-Fee 成本实报实销+固定酬金 没有控制成本的动力 需求极不确定
CPIF Cost-Plus-Incentive-Fee 成本实报实销+激励酬金 有控制成本的动力 有一定目标
CPAF Cost-Plus-Award-Fee 成本实报实销+主观评奖 追评奖标准 关注质量/创新

三、工料合同(T&M)

复制代码
买方按实际工时 + 实际材料费支付

特点:
- 买方风险中等(介于总价和成本补偿之间)
- 灵活,适合不确定范围的小额工作
- 需要买方监管工时和材料

三大合同类型风险对比

复制代码
买方风险:FFP < FPIF < T&M < CPIF < CPFF
卖方风险:CPFF < CPIF < T&M < FPIF < FFP

        ┌──────────────────────────────────────┐
        │             风险平衡线                 │
买方 ◄──┼──────────────────────────────────────┤► 卖方
      FFP   FPIF   T&M    CPIF   CPFF
      买方风险最低                      买方风险最高

合同选择速判

项目特征 推荐合同 原因
范围清晰、需求稳定 FFP 买方锁定价格,最省心
范围基本清楚,希望激励卖方 FPIF 激励控成本
长期合同、物价波动大 FPEPA 防通胀侵蚀
需求模糊、创新项目 CPFF/CPIF 卖方不愿承担不确定性
小额紧急、不明确 T&M 最快启动

常见错误

陷阱 正解
FFP 对卖方总是好的 × FFP 卖方扛全部成本风险,超支就亏
成本补偿合同买方不用管 × CPFF 下买方需监管成本,否则实报实销会失控
T&M 不限制总额 × T&M 通常含"不超过上限"条款
合同类型互斥只能选一种 × 一个项目可有多种合同(不同工作包不同合同)

4.74 采购文件

核心定义

采购文件(Procurement Documents):用来向潜在卖方描述采购需求并邀请投标的文件。不同采购场景使用不同文件类型。

三大招标文件

复制代码
                        采购文件
                            │
    ┌───────────────────────┼───────────────────────┐
    ▼                       ▼                       ▼
  RFP                    RFQ                     IFB
方案邀请书             报价邀请书               投标邀请书
Request for           Request for             Invitation
Proposal              Quotation               for Bid
    │                       │                       │
 找解决方案              找价格                   找最低价
    │                       │                       │
 技术+商务综合评          价格是主要因素          价格几乎唯一因素
文件 英文 什么时候用 评估重点 举例
RFP Request for Proposal 方案邀请书 需求清楚但解决方案不明确 技术方案+价格综合评分 软件开发、咨询服务
RFQ Request for Quotation 报价邀请书 需求明确、标准化产品 价格是主要因素 采购标准服务器
IFB Invitation for Bid 投标邀请书 公共项目、政府采购 几乎只看价格(最低价中标) 市政工程

招标文件核心组件

复制代码
一份完整的招标文件包
        │
┌───────┼───────┬───────────┬───────────┐
▼       ▼       ▼           ▼           ▼
SOW     TOR     RFP/RFQ   合同模板    供方选择标准
工作说明书 任务大纲  招标邀请   条款草案    评分表

SOW(采购工作说明书)

定义:详细描述要采购的产品/服务/成果,卖方据此投标。

内容

  • 产品或服务描述
  • 规格/性能要求
  • 数量、质量标准
  • 交付时间、地点
  • 验收条件和标准

SOW vs 范围说明书:SOW 是对外(给卖方看的)、范围说明书是对内(团队用的)。都是描述"要什么",但读者不同。

TOR(任务大纲)

定义 :针对服务类采购(如咨询、设计服务)的任务描述。

与 SOW 的区别:

维度 SOW(工作说明书) TOR(任务大纲)
用于 产品/工程类采购 服务类采购(咨询、设计)
详细度 非常具体,规格明确 相对宽泛,侧重目标和范围
答题自由度 卖方按要求做 卖方有发挥空间
考试关键词 "采购、制造、施工" "咨询服务、评估、研究"

供方选择标准

供方选择时评估卖方的维度:

标准 产品类权重 服务类权重
价格
技术方案
经验/资质
交付能力
财务稳定性

完整采购文件流转链

复制代码
12.1 规划采购管理
    │
    ├── 自制或外购分析 → 决定外购
    │
    ├── 编制 SOW/TOR ← 描述要采购什么
    │
    ├── 选择招标文件类型 ← RFP/RFQ/IFB
    │
    ├── 制定供方选择标准 ← 怎么评价卖方
    │
    └── 形成采购文件包 ← 发出去招标
            │
            ▼
12.2 实施采购
    │
    ├── 发布招标 → 卖方投建议书/报价
    ├── 投标人会议 → 澄清疑问
    ├── 建议书评价 → 按选择标准打分
    └── 谈判 → 签合同

常见错误

陷阱 正解
RFP/RFQ/IFB 可以混用 × 不同场景用不同文件:方案不明确→RFP,标准品→RFQ,政府→IFB
SOW 和 TOR 一回事 × SOW面向产品/工程(type),TOR面向服务类
SOW 写的越细越好 × TOR 类要给卖方发挥空间,太细限制创新
供方选择只看价格 × RFP 项目中技术方案权重可能高于价格

4.75 供方选择

核心定义

供方选择(Source Selection):从多个潜在卖方中评出最合适的那一个,授予合同。

供方选择的三步流程

复制代码
投标人会议         →        建议书评价        →       采购谈判
(Bidder Conference)    (Proposal Evaluation)    (Procurement Negotiation)

  澄清疑问               打分排名                  敲定条款
  所有卖方平等           按选择标准               签订合同前的
  获取信息               选出前几名               最后一步

一、投标人会议

核心定义:在投标截止前,召集所有潜在卖方,统一澄清招标文件中的疑问。

要点 说明
目的 解答卖方疑问,确保所有卖方平等获取相同信息
时机 招标文件发布后,投标截止前
形式 集体会议,所有潜在卖方都参加
对谁公开 会议纪要和答疑发所有潜在卖方(不是只发给提问者)
能否改招标文件 如果澄清导致实质性变更,需修改招标文件并以书面通知所有卖方
复制代码
投标人会议的关键原则:

        ┌──────────────┐
        │   卖方A提问   │
        └──────┬───────┘
               ▼
        记录问题和回答
               │
        ┌──────┴──────┐
        ▼             ▼
    卖方B收到     卖方C收到
    (也看到这信息)(也看到这信息)
    
    → 信息对称,公平竞争

最高频考点 :投标人会议的核心 = 确保所有潜在卖方平等获取信息,不能只回复提问者。存在信息不对称 → 可能导致后续纠纷和法律风险。

二、建议书评价

核心定义 :收到卖方建议书/报价后,按供方选择标准打分排序。

评价方法

方法 做法 适用
加权评分法 每个标准设权重,打分×权重加总 大多数项目
筛选法 先设最低分门槛,不达门槛直接淘汰 候选多时先初筛
独立估算 买方自己估算合理价格,对比卖方报价 判断报价是否合理

三、采购谈判

核心定义中标方确定后,买方与入选卖方正式商议合同条款的最后一环------把所有书面没说清的细节在签合同前谈清楚。

复制代码
建议书评价 → 选出中标方 → 采购谈判(与中标方1对1) → 签合同
                              │
                         仅与中标方谈
                         (不是和所有候选谈)

关键认知 :谈判是中标后 才进行的,对象是已选定的那一家,目的是在签合同前把所有模糊条款敲实。

谈判什么 说明
范围 确认 SOW 每一条都理解一致
进度 交付时间、里程碑、延期处理
价格与付款 价格、付款节奏、奖惩条款
质量 验收标准、缺陷修复、保修期
风险与责任 风险分担、违约责任、保密条款
变更管理 未来变更的流程和费用
索赔和争议 争议解决机制(谈判→ADR→诉讼)

核心认知 :谈判不是为了"压价",是为了双方对合同条款理解一致。中标后的谈判如果谈不拢,可以换第二候选人,但一般不会走这一步。

完整选择链回顾

复制代码
12.2 实施采购
    │
    ├── ① 发布招标(RFP/RFQ/IFB)
    │
    ├── ② 投标人会议 ← 答疑、确保信息平等
    │
    ├── ③ 卖方投建议书/报
    │
    ├── ④ 建议书评价 ← 按选择标准打分排序
    │
    ├── ⑤ 选出中标方 ← 确定与谁签合同
    │
    ├── ⑥ 采购谈判 ← 与中标方敲定合同细节
    │
    └── ⑦ 签合同 → 输出:选定的卖方 + 协议

常见错误

陷阱 正解
投标人会议=卖方之间互相竞争 × 投标人会议是澄清会议,不是评标,不排名
投标人答疑只回复提问者 × 必须抄送所有潜在卖方,保持信息平等
采购谈判=压价 × 谈判是对所有合同条款达成共识,不只是价格
建议书评价只看最低价 × RFP 项目中技术方案权重往往高于价格

4.76 索赔与替代争议解决办法

核心定义

索赔(Claim):买方或卖方认为对方未履行合同义务,要求补偿、赔偿或变更。属于 12.3 控制采购过程。

索赔处理流程

复制代码
双方产生争议
      │
      ▼
  ① 谈判(Negotiation)
  双方坐下来自己谈
  首选的、最经济的解决方式
      │ 谈不拢
      ▼
  ② ADR 替代争议解决
  ┌───┴───┐
  ▼       ▼
调解    仲裁
Mediation  Arbitration
第三方撮合  第三方裁决
无约束力   有约束力
      │ 仍无法解决
      ▼
  ③ 诉讼(Litigation)
  法院判决
  最后手段、成本高、关系破裂

索赔四步详解

步骤 方式 谁参与 约束力 成本 特点
谈判 买卖双方 自愿达成 首选,不影响关系
调解 双方+中立调解人 自愿接受 调解人撮合,不替双方做决定
仲裁 双方+仲裁员 有法律约束力 中高 比诉讼快,比调解正式
诉讼 双方+法院 强制执行 最后手段,关系彻底破裂

最高频考点 :索赔路径 = 谈判→ADR(调解/仲裁)→诉讼。首选谈判,诉讼是最后手段。

ADR(Alternative Dispute Resolution)

定义:在进入正式诉讼之前,用调解或仲裁等非诉讼方式解决合同争议。

ADR 类型 过程 结果
调解(Mediation) 调解人促进双方沟通,提出建议 双方自愿接受方案,无强制力
仲裁(Arbitration) 仲裁员听取双方证据后裁决 裁决有法律约束力,双方必须执行

采购审计

定义 :对从 12.1 规划采购到 12.3 控制采购的全过程进行结构化审查。

审什么 说明
过程合规 采购流程是否符合合同条款和组织政策
合同履约 卖方是否按合同交付
变更管理 合同变更是否走正规流程
经验教训 本次采购有什么成功经验和失败教训

核心认知 :采购审计审的是过程的合规性,不是审财务账。目的是总结经验教训,改进未来的采购。

审计 vs 检查 vs 验收

概念 对象 目的
采购审计 采购过程 合规性、经验教训
检查 可交付成果 是否符合规格
验收 合同中规定的交付物 是否可接收

合同收尾与行政收尾

复制代码
12.3 控制采购
    │
    ├── 合同收尾 ← 先完成
    │   └── 确认所有合同义务已履行
    │   └── 完成采购审计
    │   └── 释放卖方资源
    │
    ▼
4.7 结束项目或阶段
    │
    └── 行政收尾 ← 后完成
        └── 最终产品移交
        └── 经验教训入库
        └── 释放项目资源

常见错误

陷阱 正解
有争议直接诉讼 × 先谈判→ADR→最后才是诉讼
仲裁和调解一回事 × 仲裁有约束力,调解只是撮合
采购审计=财务审计 × 采购审计审过程合规 ,财务审计审账目
ADR 是风险策略 × ADR 是争议解决手段,不是风险管理工具

4.77 采购合同结束的形式

核心定义

合同结束(Contract Closure):12.3 控制采购的最终环节,确保所有合同义务已履行或妥善终止,释放卖方资源。

四个象限:合同结束形式

复制代码
                  主动(买方发起)            被动(卖方导致)
              ┌───────────────────┬───────────────────┐
              │                   │                   │
   关系友好    │  ① 正常完成        │  ④ 双方协商终止    │
              │  合同履行完毕       │  协议解除          │
              │  "做完了,散会"    │  "都不做了,握手"  │
              ├───────────────────┼───────────────────┤
              │                   │                   │
   关系破裂    │  ③ 便利终止        │  ② 违约终止        │
              │  买方单方面停      │  卖方未履约        │
              │  "我不想做了"      │  "你违约,终止"    │
              └───────────────────┴───────────────────┘

四种结束形式详解

# 形式 英文 谁发起 原因 关键点
正常完成 Completion 双方 合同义务全部履行完毕 最理想,走采购审计→释放卖方
违约终止 Termination for Default 买方 卖方未按合同履 买方保留索赔权
便利终止 Termination for Convenience 买方 买方不需要了(非卖方过错) 买方需赔偿卖方已做工作的合理费用
协商终止 Mutual Agreement 双方 共同同意停止 友好分手,协商结算

重点辨析

形式 卖方有错吗 买方要赔吗 何时用
正常完成 ✓ 做得对 不需赔 合同履行完
违约终止 ✗ 没做到 不需赔,还可索赔 卖方交付不力
便利终止 没错 必须赔(买方自找的) 项目取消、战略调整
协商终止 不谈对错 协议约定 双方都不想继续了

最高频陷阱 :便利终止------卖方没错,是买方自己不想做了,所以买方必须赔偿卖方已发生的合理成本

采购管理中的责任分配

复制代码
                买方(PM)              卖方
                    │                     │
    ┌───────┬───────┼───────┬───────┐      │
    ▼       ▼       ▼       ▼       ▼      ▼
  规划采购  监督履行  付款审批  合同收尾  交付成果
    │       │       │       │              │
    ▼       ▼       ▼       ▼              ▼
  SOW    绩效审查  按合同付  审计+释放   按SOW交付
  招标   变更管理  按进度付  经验教训    通过验收
  选卖方  索赔处理  按质量付            保修期支持

买方在采购管理中的核心责任

阶段 责任
规划 确定采购策略、编制 SOW、选择合同类型、制定选择标准
执行 发布招标、投标人会议、评标、谈判、签合同
监控 监督卖方绩效、处理变更和索赔、付款审批
收尾 采购审计、合同结算、释放卖方、经验教训

核心原则 :买方 PM 在整个采购周期中保持对卖方的监督双向沟通,不能"签了就等着",也不能"管得太死让对方无法工作"。

常见错误

陷阱 正解
便利终止卖方违约 × 便利终止是买方主动停,卖方没犯错
便利终止不用赔钱 × 买方必须赔偿卖方已发生的合理费用
合同结束=甩手不管 × 必须做采购审计、经验教训、释放卖方
采购管理=12.2签完合同就完了 × 延续到12.3控制采购,直到合同收尾完成