第 4 章 · 预计阅读 20 分钟
交付、评审与验收
客户不认同一条建议，是否意味着专业交付物不合格？
先通过内部质量评审，再与客户核对事实、方法、结论和使用条件，按约定标准关闭反馈。
先放回整门生意
先知道这一章为什么存在
先把“交付、评审与验收”理解成一段有触发、有负责人、有记录、也有完成标准的业务，而不是一组部门名词。
上一章“专家组队与项目执行”应先形成：围绕工作包配置专家与客户角色，用证据、评审和变更控制推进分析，而不是堆叠个人观点。
本章把“先通过内部质量评审，再与客户核对事实、方法、结论和使用条件，按约定标准关闭反馈。”从一句目标变成可执行、可交接、可核验的工作。
结果将交给下一章“开票回款、复盘与续约”：完成开票与应收，复盘范围、工时、质量和客户结果，把可复用方法沉淀后再讨论下一阶段。
- 收入怎么受影响
- 澄策咨询通过诊断项目费、顾问工时费、专项数据分析费和后续落地辅导费收费。本章形成的“成果既保持专业性也可被使用”要和“本步核对线索：项目交付物在处理前后的状态变化”、“本步核对线索：工作说明书在处理前后的状态变化”、“本步核对线索：范围变更在处理前后的状态变化”和“本步核对线索：项目责任矩阵在处理前后的状态变化”一起核对，才能继续判断验收、结算或后续经营；现金时点按以下规则判断：启动收 40%，中期诊断评审后收 40%，最终成果验收后收 20%；范围外工作先签变更再执行。
- 风险在哪里出现
- 全程要警惕“范围不清、证据不足、专业责任和回款延期”。本章至少要用“本步核对线索：项目交付物在处理前后的状态变化”、“本步核对线索：工作说明书在处理前后的状态变化”、“本步核对线索：范围变更在处理前后的状态变化”和“本步核对线索：项目责任矩阵在处理前后的状态变化”留下可追溯证据。
读完这一章，你应该能自己解释
- 能用自己的话解释“客户不认同一条建议，是否意味着专业交付物不合格？”，并说出它为什么会影响客户价值或经营结果。
- 能按依赖顺序还原4个业务步骤，并指出每一步的负责人、记录和交接物。
- 能区分业务流、钱流、信息流和责任流，不把“做过动作”误当成“完成交付”。
- 遇到相似情境时，能用“产出是否形成、证据能否核对、风险是否受控”作出判断。
先建立业务直觉
客户不认同一条建议，是否意味着专业交付物不合格？
交付物建议合并两处低利用仓区。客户团队担心组织阻力，希望删除这条建议。专家需要区分事实错误、方法缺陷、表达问题和客户暂不采纳。
把它放进澄策咨询的经营现场：本章只聚焦“交付、评审与验收”这一环，追踪它怎样承接已有输入，并把“先通过内部质量评审，再与客户核对事实、方法、结论和使用条件，按约定标准关闭反馈”变成可以执行和复核的工作。
本章从“内部评审”开始，依次经过“内部评审”、“呈现成果”、“处理反馈”和“确认验收”，最后得到“成果既保持专业性也可被使用”。判断是否完成，要把动作、产出、业务记录和下一位接手者放在一起核对。
至少同时满足三件事：产出“成果既保持专业性也可被使用”；关键记录“本步核对线索：项目交付物在处理前后的状态变化”、“本步核对线索：工作说明书在处理前后的状态变化”、“本步核对线索：范围变更在处理前后的状态变化”和“本步核对线索：项目责任矩阵在处理前后的状态变化”可以相互核对；相关负责人清楚下一步由谁接手。
完整案例推演
跟着澄策咨询，把“交付、评审与验收”完整跑一遍
现在把镜头放到澄策咨询的“交付、评审与验收”：客户不认同一条建议，是否意味着专业交付物不合格？ 先读下面的经营底账，后续每一步都会复用这些数字与约束。
贯穿全课的虚构案例
澄策咨询
一家 14 人的管理咨询公司受食品加工厂委托，诊断采购缺货和库存积压同时发生的原因，并在十周内交付可执行的补货与供应商管理方案。
- 项目金额
- ¥280,000费用购买的是约定范围内的诊断、方案和辅导，不是对降本结果作无条件保证。
- 项目周期
- 10 周、6 场关键访谈工作坊每一阶段都要取得客户数据和决策人反馈，否则后续建议缺少事实基础。
- 分析样本
- 18 个月、2,640 个物料 SKU数据清洗口径会决定缺货率和库存天数是否可比，不能直接拿原始表格下结论。
- 最终交付
- 1 份诊断报告、3 套流程方案、1 次管理层评审交付物必须通过评审并形成采纳决定，发送文件不等于项目验收。
客户为什么付钱
诊断项目费、顾问工时费、专项数据分析费、后续落地辅导费
钱在什么时候进来
启动收 40%，中期诊断评审后收 40%，最终成果验收后收 20%；范围外工作先签变更再执行。
利润最容易被什么吃掉
顾问和专家工时、数据采购与分析工具、访谈差旅、高级合伙人复核
这笔业务怎样一步一步形成可交付结果
- 01内部评审可供“呈现成果”使用的检查结论与待处理项
- 02呈现成果可供“处理反馈”使用的双方确认的沟通结论
- 03处理反馈可供“确认验收”使用的可追溯的业务状态
- 04确认验收成果既保持专业性也可被使用
内部评审
在澄策咨询，团队先面对一条共同事实：“项目金额”为¥280,000。费用购买的是约定范围内的诊断、方案和辅导，不是对降本结果作无条件保证。
检查范围、证据、逻辑、风险和表达。
这一步真正要判断：独立评审高风险结论；按专业边界提交成果与证据
如果本步没有形成“可供“呈现成果”使用的检查结论与待处理项”，下一步“呈现成果”就没有可靠输入。
- 谁在参与
- 质量评审人、外部专业协作者
- 关键记录
- 本步核对线索：项目交付物在处理前后的状态变化
- 形成产出
- 可供“呈现成果”使用的检查结论与待处理项
- 交给下一步
- 把“可供“呈现成果”使用的检查结论与待处理项”交给项目专家和外部专业协作者，继续处理“呈现成果”。
如果没做好：风险观察：交付物可理解、可行动——结论、证据、限制和实施选项形成完整成果。
呈现成果
上一步已经形成“可供“呈现成果”使用的检查结论与待处理项”。与此同时，案例里的“项目周期”为10 周、6 场关键访谈工作坊，每一阶段都要取得客户数据和决策人反馈，否则后续建议缺少事实基础。
解释发现、限制、选择和实施影响。
这一步真正要判断：主导分析框架和关键判断；按专业边界提交成果与证据
如果本步没有形成“可供“处理反馈”使用的双方确认的沟通结论”，下一步“处理反馈”就没有可靠输入。
- 谁在参与
- 项目专家、外部专业协作者
- 关键记录
- 本步核对线索：工作说明书在处理前后的状态变化
- 形成产出
- 可供“处理反馈”使用的双方确认的沟通结论
- 交给下一步
- 把“可供“处理反馈”使用的双方确认的沟通结论”交给客户发起人与决策者和项目经理，继续处理“处理反馈”。
如果没做好：风险观察：验收与是否采纳被区分——客户可以暂不执行建议，但仍可确认约定工作已经完成。
处理反馈
上一步已经形成“可供“处理反馈”使用的双方确认的沟通结论”。与此同时，案例里的“分析样本”为18 个月、2,640 个物料 SKU，数据清洗口径会决定缺货率和库存天数是否可比，不能直接拿原始表格下结论。
区分纠错、澄清、改写、变更和决策分歧。
这一步真正要判断：确认目标、边界和成功标准；协调专家与客户输入
如果本步没有形成“可供“确认验收”使用的可追溯的业务状态”，下一步“确认验收”就没有可靠输入。
- 谁在参与
- 客户发起人与决策者、项目经理
- 关键记录
- 本步核对线索：范围变更在处理前后的状态变化
- 形成产出
- 可供“确认验收”使用的可追溯的业务状态
- 交给下一步
- 把“可供“确认验收”使用的可追溯的业务状态”交给质量评审人、客户发起人与决策者和项目商务经理，继续处理“确认验收”。
如果没做好：风险观察：里程碑取得开票依据——验收记录支持按合同进入账单与应收。
确认验收
上一步已经形成“可供“确认验收”使用的可追溯的业务状态”。与此同时，案例里的“最终交付”为1 份诊断报告、3 套流程方案、1 次管理层评审，交付物必须通过评审并形成采纳决定，发送文件不等于项目验收。
按 SOW 核对交付物、格式、内容和关闭事项。
这一步真正要判断：独立评审高风险结论；确认目标、边界和成功标准；维护范围与费用变化
这是本章最后一项可核验产出，用来判断团队是否真的完成了“交付、评审与验收”。
- 谁在参与
- 质量评审人、客户发起人与决策者、项目商务经理
- 关键记录
- 本步核对线索：项目责任矩阵在处理前后的状态变化
- 形成产出
- 成果既保持专业性也可被使用
- 交给下一步
- 把结果带入“成果既保持专业性也可被使用”，并回答：项目验收后，怎样收回现金并把知识留给下一次交付？
如果没做好：风险观察：评审保护独立判断——专家回应客户情境，但不在无新证据时删除关键事实。
案例结束时，不是因为所有人都完成了自己的动作就算成功，而是因为“成果既保持专业性也可被使用”已经形成、证据可以追溯，并且质量评审人、客户发起人与决策者和项目商务经理能够解释结果怎样产生、风险怎样被控制。报告保留合并结论，并增加分阶段方案、实施风险和决策前提；客户按 SOW 完成验收。
章末经营结果
成果既保持专业性也可被使用
报告保留合并结论，并增加分阶段方案、实施风险和决策前提；客户按 SOW 完成验收。
- 评审问题
- 全部关闭
- 客户决策选项
- 3 个
换一个视角再看
同一笔业务，同时跑着四条线
业务流说明事情怎样发生，钱流解释收入、成本与现金，信息流留下共同事实，责任流决定谁执行、谁确认、谁承担后果。点击切换，观察同一章节怎样变化。
围绕“客户不认同一条建议，是否意味着专业交付物不合格？”，业务必须按依赖关系推进，不能把一串并行任务误当成已经交付。
- 01
内部评审 → 可供“呈现成果”使用的检查结论与待处理项
- 02
呈现成果 → 可供“处理反馈”使用的双方确认的沟通结论
- 03
处理反馈 → 可供“确认验收”使用的可追溯的业务状态
- 04
确认验收 → 成果既保持专业性也可被使用
出现这个信号要警惕：风险观察：交付物可理解、可行动——结论、证据、限制和实施选项形成完整成果。
岗位、记录与业务语言
一家公司靠什么把多人协作变成同一个结果
岗位不是孤立的名称，记录也不是多余的表格。前者分配判断与责任，后者让不同人能够核对同一件事是否真的发生。
谁负责什么，结果交给谁
| 角色 | 本章负责 | 最关心 | 交给谁 |
|---|---|---|---|
| 业务职能专业研究与解决方案 | 提供本章所需的约束、输入或审批 | 使用专业方法分析问题，形成结论、设计与可实施建议；重点关注：选择方法并验证证据 | 下一章节或业务结果的接收方 |
| 业务职能项目管理 | 提供本章所需的约束、输入或审批 | 把范围、计划、人员、输入、风险和客户决策组织成可交付项目；重点关注：建立计划、责任和沟通节奏 | 下一章节或业务结果的接收方 |
| 业务职能专业质量与评审 | 提供本章所需的约束、输入或审批 | 独立检查方法、证据、逻辑、表达和专业风险；重点关注：设置交付评审与质量门槛 | 下一章节或业务结果的接收方 |
| 业务职能项目商务与财务 | 提供本章所需的约束、输入或审批 | 维护项目预算、工时、开票条件、应收和合同变更；重点关注：跟踪预算、工时与分包成本 | 下一章节或业务结果的接收方 |
| 外部参与者客户发起人与决策者 | 处理反馈、确认验收 | 定义项目价值，调动客户资源并作出关键取舍；重点关注：确认目标、边界和成功标准 | 质量评审人、项目商务经理 |
| 外部参与者客户业务团队 | 提供本章所需的约束、输入或审批 | 提供资料、访谈、业务判断，并承接成果使用；重点关注：按计划提供数据、流程与反馈 | 下一章节或业务结果的接收方 |
| 外部参与者外部专业协作者 | 内部评审、呈现成果 | 在明确范围内提供专项研究、测试、设计或法律技术支持；重点关注：按专业边界提交成果与证据 | 项目专家、客户发起人与决策者、项目经理 |
| 代表岗位质量评审人 | 内部评审、确认验收 | 独立检查方法、证据、逻辑、表达和专业风险；重点关注：独立评审高风险结论 | 项目专家、外部专业协作者 |
| 代表岗位项目专家 | 呈现成果 | 使用专业方法分析问题，形成结论、设计与可实施建议；重点关注：主导分析框架和关键判断 | 客户发起人与决策者、项目经理 |
| 代表岗位项目经理 | 处理反馈 | 把范围、计划、人员、输入、风险和客户决策组织成可交付项目；重点关注：协调专家与客户输入 | 质量评审人、客户发起人与决策者、项目商务经理 |
| 代表岗位项目商务经理 | 确认验收 | 维护项目预算、工时、开票条件、应收和合同变更；重点关注：维护范围与费用变化 | 下一章节或业务结果的接收方 |
哪些记录能证明业务真的发生了
| 业务记录 | 在哪产生 | 谁形成 | 证明什么 | 下一步怎么用 |
|---|---|---|---|---|
| 本步核对线索：项目交付物在处理前后的状态变化 | 内部评审 | 质量评审人和外部专业协作者 | 可供“呈现成果”使用的检查结论与待处理项 | 呈现成果 |
| 本步核对线索：工作说明书在处理前后的状态变化 | 呈现成果 | 项目专家和外部专业协作者 | 可供“处理反馈”使用的双方确认的沟通结论 | 处理反馈 |
| 本步核对线索：范围变更在处理前后的状态变化 | 处理反馈 | 客户发起人与决策者和项目经理 | 可供“确认验收”使用的可追溯的业务状态 | 确认验收 |
| 本步核对线索：项目责任矩阵在处理前后的状态变化 | 确认验收 | 质量评审人、客户发起人与决策者和项目商务经理 | 成果既保持专业性也可被使用 | 成果既保持专业性也可被使用 |
本章术语：先用白话理解，再回到正式定义
- Project Deliverable项目交付物
- 白话：在约定里程碑提交、具有明确内容、格式、质量和使用目的的专业成果。
- 正式定义：在约定里程碑提交、具有明确内容、格式、质量和使用目的的专业成果。
- 放进业务里：供应链诊断不只交一份演示稿，还包括问题证据、优先级、改进路线和可编辑数据附表。
- SOW工作说明书
- 白话：描述项目目标、范围、交付物、方法、计划、客户输入、验收与排除项的执行文件。
- 正式定义：描述项目目标、范围、交付物、方法、计划、客户输入、验收与排除项的执行文件。
- 放进业务里：SOW 明确分析三座仓库，不包含运输招标实施，并列出客户必须提供的数据字段和时间。
- Scope Change范围变更
- 白话：对既定目标、交付物、分析对象、时间或责任作出需要评估和确认的改变。
- 正式定义：对既定目标、交付物、分析对象、时间或责任作出需要评估和确认的改变。
- 放进业务里：客户新增两座海外仓分析，会增加数据清洗、访谈和模型工作，不能仅当作一句补充要求。
- Project Responsibility Matrix项目责任矩阵
- 白话：明确每项工作由谁负责、批准、协作和知会的项目组织约定。
- 正式定义：明确每项工作由谁负责、批准、协作和知会的项目组织约定。
- 放进业务里：库存数据由客户团队提供，项目专家分析，客户发起人批准口径，质量评审人独立检查结论。
新手最容易误解的地方
直接删除结论
为什么不对：若没有新证据，删除会损害专业完整性，也让客户失去真实取舍。
应该继续追问：如果改成“保留结论并补充实施选项”，需要谁确认、留下什么证据？
“内部评审”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：交付物可理解、可行动——结论、证据、限制和实施选项形成完整成果。
应该继续追问：是否已经形成“可供“呈现成果”使用的检查结论与待处理项”，并留下“本步核对线索：项目交付物在处理前后的状态变化”供下一步核对？
“呈现成果”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：验收与是否采纳被区分——客户可以暂不执行建议，但仍可确认约定工作已经完成。
应该继续追问：是否已经形成“可供“处理反馈”使用的双方确认的沟通结论”，并留下“本步核对线索：工作说明书在处理前后的状态变化”供下一步核对？
先复盘，再做判断
现在，试着不用页面原话把这一章讲出来
- 为什么本章必须先做“内部评审”，如果跳过会影响哪一步？
- 在“呈现成果”中，谁执行、谁提供约束，应该留下什么记录？
- 本章怎样影响诊断项目费、顾问工时费、专项数据分析费和后续落地辅导费？结合“启动收 40%，中期诊断评审后收 40%，最终成果验收后收 20%；范围外工作先签变更再执行。”判断它何时才会形成收入或现金。
- 如果只看到“成果既保持专业性也可被使用”的口头结论，你还会要求核对哪些业务记录？
是否删除客户暂不采纳的合并建议？
证据和方法经评审成立，但执行存在组织阻力，客户担心报告传播。