第 2 章 · 预计阅读 19 分钟
范围、报价与合同
合同总价确定了，为什么范围争议仍可能发生？
把交付物、接口、排除项、验收、价款和变更机制放进同一范围基线。
先放回整门生意
先知道这一章为什么存在
先把“范围、报价与合同”理解成一段有触发、有负责人、有记录、也有完成标准的业务，而不是一组部门名词。
上一章“项目识别与投标”应先形成：先验证客户目标、资格、范围成熟度、竞争和风险，再决定是否投入投标资源。
本章把“把交付物、接口、排除项、验收、价款和变更机制放进同一范围基线。”从一句目标变成可执行、可交接、可核验的工作。
结果将交给下一章“设计与项目计划”：把需求转成跨专业设计，并让图纸、采购、施工、停产和验收拥有一致依赖关系。
- 收入怎么受影响
- 砺川工程通过总承包合同价、经签认的工程变更、暂估材料调差和约定的运维或质保外服务收费。本章形成的“范围与商务边界被共同确认”要和“本步核对线索：验收标准在处理前后的状态变化”、“本步核对线索：范围基线在处理前后的状态变化”、“本步核对线索：进度款在处理前后的状态变化”和“本步核对线索：项目责任矩阵在处理前后的状态变化”一起核对，才能继续判断验收、结算或后续经营；现金时点按以下规则判断：签约预付款 10%，按月完成工程量支付 80%，竣工结算支付 5%，剩余 5% 作为质保金到期释放。
- 风险在哪里出现
- 全程要警惕“工期、质量安全、变更失控、垫资与工程款回收”。本章至少要用“本步核对线索：验收标准在处理前后的状态变化”、“本步核对线索：范围基线在处理前后的状态变化”、“本步核对线索：进度款在处理前后的状态变化”和“本步核对线索：项目责任矩阵在处理前后的状态变化”留下可追溯证据。
读完这一章，你应该能自己解释
- 能用自己的话解释“合同总价确定了，为什么范围争议仍可能发生？”，并说出它为什么会影响客户价值或经营结果。
- 能按依赖顺序还原4个业务步骤，并指出每一步的负责人、记录和交接物。
- 能区分业务流、钱流、信息流和责任流，不把“做过动作”误当成“完成交付”。
- 遇到相似情境时，能用“产出是否形成、证据能否核对、风险是否受控”作出判断。
先建立业务直觉
合同总价确定了，为什么范围争议仍可能发生？
踏勘确认旧配电柜需要升级，但业主认为这是实现产能目标的自然组成，承包方报价只包含新设备接入。双方必须在签约前把接口责任说清楚。
把它放进砺川工程的经营现场：本章只聚焦“范围、报价与合同”这一环，追踪它怎样承接已有输入，并把“把交付物、接口、排除项、验收、价款和变更机制放进同一范围基线”变成可以执行和复核的工作。
本章从“列明交付物”开始，依次经过“列明交付物”、“划分接口”、“确定商务条件”和“约定变更机制”，最后得到“范围与商务边界被共同确认”。判断是否完成，要把动作、产出、业务记录和下一位接手者放在一起核对。
至少同时满足三件事：产出“范围与商务边界被共同确认”；关键记录“本步核对线索：验收标准在处理前后的状态变化”、“本步核对线索：范围基线在处理前后的状态变化”、“本步核对线索：进度款在处理前后的状态变化”和“本步核对线索：项目责任矩阵在处理前后的状态变化”可以相互核对；相关负责人清楚下一步由谁接手。
完整案例推演
跟着砺川工程，把“范围、报价与合同”完整跑一遍
现在把镜头放到砺川工程的“范围、报价与合同”：合同总价确定了，为什么范围争议仍可能发生？ 先读下面的经营底账，后续每一步都会复用这些数字与约束。
贯穿全课的虚构案例
砺川工程
一家区域工程公司总承包食品厂的 2,400 平方米洁净车间改造，需在不停掉全部生产的条件下完成设计深化、设备采购、分包施工和验收。
- 合同金额
- ¥6,800,000合同价对应已确认图纸、工程量和风险边界，新增工程必须经过变更签证。
- 计划工期
- 150 天、6 个里程碑材料到货、隐蔽工程和设备调试彼此依赖，某节点延误会消耗后续缓冲。
- 分包与采购
- 9 个分包包件、27 项长周期设备总包仍要对接口、质量和总进度负责，不能把风险随合同一起完全转出。
- 变更状态
- 3 项变更，¥380,000 待业主确认未签认的现场口头要求可能已经发生成本，却还没有可靠的结算依据。
客户为什么付钱
总承包合同价、经签认的工程变更、暂估材料调差、约定的运维或质保外服务
钱在什么时候进来
签约预付款 10%，按月完成工程量支付 80%，竣工结算支付 5%，剩余 5% 作为质保金到期释放。
利润最容易被什么吃掉
材料和设备采购、分包人工、项目管理与安全质量、垫资利息、返工和工期延误
这笔业务怎样一步一步形成可交付结果
- 01列明交付物可供“划分接口”使用的已确认的目录或产品信息
- 02划分接口可供“确定商务条件”使用的参与方需求与约束
- 03确定商务条件可供“约定变更机制”使用的经核对的资金状态
- 04约定变更机制范围与商务边界被共同确认
列明交付物
在砺川工程，团队先面对一条共同事实：“合同金额”为¥6,800,000。合同价对应已确认图纸、工程量和风险边界，新增工程必须经过变更签证。
拆分设计、设备、施工、测试和资料。
这一步真正要判断：协调各专业设计接口；维护合同价款与变更台账
如果本步没有形成“可供“划分接口”使用的已确认的目录或产品信息”，下一步“划分接口”就没有可靠输入。
- 谁在参与
- 设计经理、商务经理
- 关键记录
- 本步核对线索：验收标准在处理前后的状态变化
- 形成产出
- 可供“划分接口”使用的已确认的目录或产品信息
- 交给下一步
- 把“可供“划分接口”使用的已确认的目录或产品信息”交给项目业主和设计经理，继续处理“划分接口”。
如果没做好：风险观察：成果拆成可验收交付物——功能目标由设计、设备、安装、测试和资料共同承载。
划分接口
上一步已经形成“可供“划分接口”使用的已确认的目录或产品信息”。与此同时，案例里的“计划工期”为150 天、6 个里程碑，材料到货、隐蔽工程和设备调试彼此依赖，某节点延误会消耗后续缓冲。
明确业主、承包方和第三方的边界。
这一步真正要判断：确认需求、接口和决策权限；协调各专业设计接口
如果本步没有形成“可供“确定商务条件”使用的参与方需求与约束”，下一步“确定商务条件”就没有可靠输入。
- 谁在参与
- 项目业主、设计经理
- 关键记录
- 本步核对线索：范围基线在处理前后的状态变化
- 形成产出
- 可供“确定商务条件”使用的参与方需求与约束
- 交给下一步
- 把“可供“确定商务条件”使用的参与方需求与约束”交给商务经理、项目业主和投标经理，继续处理“确定商务条件”。
如果没做好：风险观察：范围基线可执行——包含项、排除项、接口和变更路径均有书面边界。
确定商务条件
上一步已经形成“可供“确定商务条件”使用的参与方需求与约束”。与此同时，案例里的“分包与采购”为9 个分包包件、27 项长周期设备，总包仍要对接口、质量和总进度负责，不能把风险随合同一起完全转出。
约定价格、计量、支付、工期和质保。
这一步真正要判断：维护合同价款与变更台账；确认需求、接口和决策权限；维护投标清单与时间表
如果本步没有形成“可供“约定变更机制”使用的经核对的资金状态”，下一步“约定变更机制”就没有可靠输入。
- 谁在参与
- 商务经理、项目业主、投标经理
- 关键记录
- 本步核对线索：进度款在处理前后的状态变化
- 形成产出
- 可供“约定变更机制”使用的经核对的资金状态
- 交给下一步
- 把“可供“约定变更机制”使用的经核对的资金状态”交给项目业主和设计经理，继续处理“约定变更机制”。
如果没做好：风险观察：价款绑定进度证据——付款不只看时间，而看约定交付和确认条件。
约定变更机制
上一步已经形成“可供“约定变更机制”使用的经核对的资金状态”。与此同时，案例里的“变更状态”为3 项变更，¥380,000 待业主确认，未签认的现场口头要求可能已经发生成本，却还没有可靠的结算依据。
明确提出、评估、批准和实施顺序。
这一步真正要判断：确认需求、接口和决策权限；协调各专业设计接口
这是本章最后一项可核验产出，用来判断团队是否真的完成了“范围、报价与合同”。
- 谁在参与
- 项目业主、设计经理
- 关键记录
- 本步核对线索：项目责任矩阵在处理前后的状态变化
- 形成产出
- 范围与商务边界被共同确认
- 交给下一步
- 把结果带入“范围与商务边界被共同确认”，并回答：合同签署后，怎样把范围变成能执行的设计和计划？
如果没做好：风险观察：批准权被明确——谁能确认设计、变更、计量和验收不再模糊。
案例结束时，不是因为所有人都完成了自己的动作就算成功，而是因为“范围与商务边界被共同确认”已经形成、证据可以追溯，并且项目业主和设计经理能够解释结果怎样产生、风险怎样被控制。配电升级作为独立选项列入合同，启用条件、价格、工期和批准角色全部明确。
章末经营结果
范围与商务边界被共同确认
配电升级作为独立选项列入合同，启用条件、价格、工期和批准角色全部明确。
- 未分配接口
- 0 项
- 付款里程碑
- 4 个
换一个视角再看
同一笔业务，同时跑着四条线
业务流说明事情怎样发生，钱流解释收入、成本与现金，信息流留下共同事实，责任流决定谁执行、谁确认、谁承担后果。点击切换，观察同一章节怎样变化。
围绕“合同总价确定了，为什么范围争议仍可能发生？”，业务必须按依赖关系推进，不能把一串并行任务误当成已经交付。
- 01
列明交付物 → 可供“划分接口”使用的已确认的目录或产品信息
- 02
划分接口 → 可供“确定商务条件”使用的参与方需求与约束
- 03
确定商务条件 → 可供“约定变更机制”使用的经核对的资金状态
- 04
约定变更机制 → 范围与商务边界被共同确认
出现这个信号要警惕：风险观察：成果拆成可验收交付物——功能目标由设计、设备、安装、测试和资料共同承载。
岗位、记录与业务语言
一家公司靠什么把多人协作变成同一个结果
岗位不是孤立的名称，记录也不是多余的表格。前者分配判断与责任，后者让不同人能够核对同一件事是否真的发生。
谁负责什么，结果交给谁
| 角色 | 本章负责 | 最关心 | 交给谁 |
|---|---|---|---|
| 业务职能市场与投标 | 提供本章所需的约束、输入或审批 | 识别适合承接的项目，组织技术与商务投标；重点关注：判断项目机会与资格条件 | 下一章节或业务结果的接收方 |
| 业务职能设计与工程技术 | 提供本章所需的约束、输入或审批 | 把业主功能需求转成可采购、可施工、可验证的设计；重点关注：管理设计输入、接口和图纸版本 | 下一章节或业务结果的接收方 |
| 业务职能采购与商务 | 提供本章所需的约束、输入或审批 | 采购设备和分包能力，并维护合同、计量与变更边界；重点关注：组织询价、采购和分包合同 | 下一章节或业务结果的接收方 |
| 业务职能财务与项目风险 | 提供本章所需的约束、输入或审批 | 跟踪项目预算、现金、税票、应收与重大风险；重点关注：建立项目预算和现金计划 | 下一章节或业务结果的接收方 |
| 外部参与者项目业主 | 划分接口、确定商务条件、约定变更机制 | 提出使用目标、提供现场条件并按合同确认成果；重点关注：确认需求、接口和决策权限 | 商务经理、投标经理、设计经理 |
| 代表岗位设计经理 | 列明交付物、划分接口、约定变更机制 | 把业主功能需求转成可采购、可施工、可验证的设计；重点关注：协调各专业设计接口 | 项目业主、商务经理、投标经理 |
| 代表岗位商务经理 | 列明交付物、确定商务条件 | 采购设备和分包能力，并维护合同、计量与变更边界；重点关注：维护合同价款与变更台账 | 项目业主、设计经理 |
| 代表岗位投标经理 | 确定商务条件 | 识别适合承接的项目，组织技术与商务投标；重点关注：维护投标清单与时间表 | 项目业主、设计经理 |
哪些记录能证明业务真的发生了
| 业务记录 | 在哪产生 | 谁形成 | 证明什么 | 下一步怎么用 |
|---|---|---|---|---|
| 本步核对线索：验收标准在处理前后的状态变化 | 列明交付物 | 设计经理和商务经理 | 可供“划分接口”使用的已确认的目录或产品信息 | 划分接口 |
| 本步核对线索：范围基线在处理前后的状态变化 | 划分接口 | 项目业主和设计经理 | 可供“确定商务条件”使用的参与方需求与约束 | 确定商务条件 |
| 本步核对线索：进度款在处理前后的状态变化 | 确定商务条件 | 商务经理、项目业主和投标经理 | 可供“约定变更机制”使用的经核对的资金状态 | 约定变更机制 |
| 本步核对线索：项目责任矩阵在处理前后的状态变化 | 约定变更机制 | 项目业主和设计经理 | 范围与商务边界被共同确认 | 范围与商务边界被共同确认 |
本章术语：先用白话理解，再回到正式定义
- Acceptance Criteria验收标准
- 白话：用于判断工程成果是否达到合同功能、性能、质量与资料要求的可验证条件。
- 正式定义：用于判断工程成果是否达到合同功能、性能、质量与资料要求的可验证条件。
- 放进业务里：生产线不仅要通电，还要在指定节拍、良率和连续运行时长下通过测试。
- Scope Baseline范围基线
- 白话：经确认的工作内容、边界、交付物、排除项和验收要求的共同基准。
- 正式定义：经确认的工作内容、边界、交付物、排除项和验收要求的共同基准。
- 放进业务里：旧配电柜改造是否包含停产切换和值守，被明确写进范围而不是留给现场猜测。
- Progress Payment进度款
- 白话：依据合同约定和已确认工程进度或里程碑申请、审核与支付的款项。
- 正式定义：依据合同约定和已确认工程进度或里程碑申请、审核与支付的款项。
- 放进业务里：设备到场不自动等于全额可收，仍需满足计量、资料、验收和开票条件。
- Project Responsibility Matrix项目责任矩阵
- 白话：对关键任务明确负责、批准、协作和知会角色的项目协作表。
- 正式定义：对关键任务明确负责、批准、协作和知会角色的项目协作表。
- 放进业务里：图纸变更由设计编制、业主批准、项目经理协调、采购和现场被知会。
新手最容易误解的地方
暂不写入合同
为什么不对：目标清楚不等于责任清楚，争议会在最缺时间的现场阶段爆发。
应该继续追问：如果改成“明确纳入或列为选项”，需要谁确认、留下什么证据？
“列明交付物”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：成果拆成可验收交付物——功能目标由设计、设备、安装、测试和资料共同承载。
应该继续追问：是否已经形成“可供“划分接口”使用的已确认的目录或产品信息”，并留下“本步核对线索：验收标准在处理前后的状态变化”供下一步核对？
“划分接口”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：范围基线可执行——包含项、排除项、接口和变更路径均有书面边界。
应该继续追问：是否已经形成“可供“确定商务条件”使用的参与方需求与约束”，并留下“本步核对线索：范围基线在处理前后的状态变化”供下一步核对？
先复盘，再做判断
现在，试着不用页面原话把这一章讲出来
- 为什么本章必须先做“列明交付物”，如果跳过会影响哪一步？
- 在“划分接口”中，谁执行、谁提供约束，应该留下什么记录？
- 本章怎样影响总承包合同价、经签认的工程变更、暂估材料调差和约定的运维或质保外服务？结合“签约预付款 10%，按月完成工程量支付 80%，竣工结算支付 5%，剩余 5% 作为质保金到期释放。”判断它何时才会形成收入或现金。
- 如果只看到“范围与商务边界被共同确认”的口头结论，你还会要求核对哪些业务记录？
旧配电柜升级怎样进入合同？
它影响整体功能，但原询价清单未包含；双方都希望维持开工日期。