第 6 章 · 预计阅读 18 分钟
客户交付、结算与保修
客户拿到钥匙以后，开发项目的经营闭环结束了吗？
完成客户查验、交付与最终结算，处理缺陷、保修和项目复盘。
先放回整门生意
先知道这一章为什么存在
先把“客户交付、结算与保修”理解成一段有触发、有负责人、有记录、也有完成标准的业务，而不是一组部门名词。
上一章“调试、竣工与验收准备”应先形成：完成系统调试、质量整改、必要验收和完整资料，确认交付条件。
本章把“完成客户查验、交付与最终结算，处理缺陷、保修和项目复盘。”从一句目标变成可执行、可交接、可核验的工作。
结果最终要支撑“报批、预售合同、工程验收、产权与客户交付相互对应。”，并进入验收、结算或持续经营判断。
- 收入怎么受影响
- 青禾置业通过住宅销售款、车位销售或使用权收入、商铺销售款和逾期或变更相关合同款项收费。本章形成的“项目完成从投资到客户使用的闭环”要和“本步核对线索：交付问题清单在处理前后的状态变化”、“本步核对线索：交付问题清单在处理前后的状态变化”、“本步核对线索：交付问题清单在处理前后的状态变化”和“本步核对线索：交付问题清单在处理前后的状态变化”一起核对，才能继续判断验收、结算或后续经营；现金时点按以下规则判断：客户签约支付首付款，按揭款在银行审批和条件满足后到账；工程款和融资利息按施工周期持续支出。
- 风险在哪里出现
- 全程要警惕“资金链、去化、政策审批、工程延期和交付质量”。本章至少要用“本步核对线索：交付问题清单在处理前后的状态变化”、“本步核对线索：交付问题清单在处理前后的状态变化”、“本步核对线索：交付问题清单在处理前后的状态变化”和“本步核对线索：交付问题清单在处理前后的状态变化”留下可追溯证据。
读完这一章，你应该能自己解释
- 能用自己的话解释“客户拿到钥匙以后，开发项目的经营闭环结束了吗？”，并说出它为什么会影响客户价值或经营结果。
- 能按依赖顺序还原4个业务步骤，并指出每一步的负责人、记录和交接物。
- 能区分业务流、钱流、信息流和责任流，不把“做过动作”误当成“完成交付”。
- 遇到相似情境时，能用“产出是否形成、证据能否核对、风险是否受控”作出判断。
先建立业务直觉
客户拿到钥匙以后，开发项目的经营闭环结束了吗？
交付把长期项目库存转成客户可使用资产，也把之前的宣传和合同承诺置于最终检验。问题要区分即时整改、保修责任和客户使用，工程合同、客户款项和项目成本也进入收尾。
把它放进青禾置业的经营现场：本章只聚焦“客户交付、结算与保修”这一环，追踪它怎样承接已有输入，并把“完成客户查验、交付与最终结算，处理缺陷、保修和项目复盘”变成可以执行和复核的工作。
本章从“通知查验”开始，依次经过“通知查验”、“完成交付”、“处理问题”和“关闭项目”，最后得到“项目完成从投资到客户使用的闭环”。判断是否完成，要把动作、产出、业务记录和下一位接手者放在一起核对。
至少同时满足三件事：产出“项目完成从投资到客户使用的闭环”；关键记录“本步核对线索：交付问题清单在处理前后的状态变化”、“本步核对线索：交付问题清单在处理前后的状态变化”、“本步核对线索：交付问题清单在处理前后的状态变化”和“本步核对线索：交付问题清单在处理前后的状态变化”可以相互核对；相关负责人清楚下一步由谁接手。
完整案例推演
跟着青禾置业，把“客户交付、结算与保修”完整跑一遍
现在把镜头放到青禾置业的“客户交付、结算与保修”：客户拿到钥匙以后，开发项目的经营闭环结束了吗？ 先读下面的经营底账，后续每一步都会复用这些数字与约束。
贯穿全课的虚构案例
青禾置业
一家区域开发商建设县城改善型住宅项目“青禾里”，两栋住宅从土地、报批和融资走到预售、施工和交房，经营团队要同时盯现金、去化和工程节点。
- 项目规模
- 176 套、可售面积 16,800 ㎡可售货值要以批准用途和测绘口径为基础，建筑面积不能全部直接拿来销售。
- 预计总投资
- ¥210,000,000土地、建安、融资、税费和营销持续占用现金，销售回款之前就会先发生大量支出。
- 销售状态
- 已签约 96 套、回款率 71%签约套数与实际现金到账不同，按揭审批和分期付款会形成时间差。
- 工程状态
- 主体完成 62%，计划 18 个月后交付销售进度不能替代工程进度，最终还要完成验收、交付和产权相关手续。
客户为什么付钱
住宅销售款、车位销售或使用权收入、商铺销售款、逾期或变更相关合同款项
钱在什么时候进来
客户签约支付首付款，按揭款在银行审批和条件满足后到账；工程款和融资利息按施工周期持续支出。
利润最容易被什么吃掉
土地与报批、建安和配套工程、融资成本、税费、营销、延期与质量整改
这笔业务怎样一步一步形成可交付结果
- 01通知查验可供“完成交付”使用的双方确认的沟通结论
- 02完成交付可供“处理问题”使用的可继续履约的交付状态
- 03处理问题可供“关闭项目”使用的已受理的服务状态
- 04关闭项目项目完成从投资到客户使用的闭环
通知查验
在青禾置业，团队先面对一条共同事实：“项目规模”为176 套、可售面积 16,800 ㎡。可售货值要以批准用途和测绘口径为基础，建筑面积不能全部直接拿来销售。
提供交付条件、资料并安排客户验房
这一步真正要判断：组织客户查验、交付和缺陷处理；评估项目和还款/退出来源；理解合同、付款和交付条件
如果本步没有形成“可供“完成交付”使用的双方确认的沟通结论”，下一步“完成交付”就没有可靠输入。
- 谁在参与
- 客户交付经理、资金提供方、购房或项目买方
- 关键记录
- 本步核对线索：交付问题清单在处理前后的状态变化
- 形成产出
- 可供“完成交付”使用的双方确认的沟通结论
- 交给下一步
- 把“可供“完成交付”使用的双方确认的沟通结论”交给客户交付经理和购房或项目买方，继续处理“完成交付”。
如果没做好：风险观察：项目与产品——开发项目最终转化为客户实际接收和使用的房屋产品。
完成交付
上一步已经形成“可供“完成交付”使用的双方确认的沟通结论”。与此同时，案例里的“预计总投资”为¥210,000,000，土地、建安、融资、税费和营销持续占用现金，销售回款之前就会先发生大量支出。
记录钥匙、表计、资料和客户确认
这一步真正要判断：组织客户查验、交付和缺陷处理；理解合同、付款和交付条件
如果本步没有形成“可供“处理问题”使用的可继续履约的交付状态”，下一步“处理问题”就没有可靠输入。
- 谁在参与
- 客户交付经理、购房或项目买方
- 关键记录
- 本步核对线索：交付问题清单在处理前后的状态变化
- 形成产出
- 可供“处理问题”使用的可继续履约的交付状态
- 交给下一步
- 把“可供“处理问题”使用的可继续履约的交付状态”交给客户交付经理和购房或项目买方，继续处理“处理问题”。
如果没做好：风险观察：审批与合同——房源合同、交付确认、问题和保修状态形成闭环。
处理问题
上一步已经形成“可供“处理问题”使用的可继续履约的交付状态”。与此同时，案例里的“销售状态”为已签约 96 套、回款率 71%，签约套数与实际现金到账不同，按揭审批和分期付款会形成时间差。
分类整改、保修并向责任方追踪
这一步真正要判断：组织客户查验、交付和缺陷处理；理解合同、付款和交付条件
如果本步没有形成“可供“关闭项目”使用的已受理的服务状态”，下一步“关闭项目”就没有可靠输入。
- 谁在参与
- 客户交付经理、购房或项目买方
- 关键记录
- 本步核对线索：交付问题清单在处理前后的状态变化
- 形成产出
- 可供“关闭项目”使用的已受理的服务状态
- 交给下一步
- 把“可供“关闭项目”使用的已受理的服务状态”交给客户交付经理、购房或项目买方和资金提供方，继续处理“关闭项目”。
如果没做好：风险观察：资金与占用——客户回款、工程结算、最终成本和项目收益被核对。
关闭项目
上一步已经形成“可供“关闭项目”使用的已受理的服务状态”。与此同时，案例里的“工程状态”为主体完成 62%，计划 18 个月后交付，销售进度不能替代工程进度，最终还要完成验收、交付和产权相关手续。
结算合同、回款、成本和经验复盘
这一步真正要判断：组织客户查验、交付和缺陷处理；理解合同、付款和交付条件；评估项目和还款/退出来源
这是本章最后一项可核验产出，用来判断团队是否真的完成了“客户交付、结算与保修”。
- 谁在参与
- 客户交付经理、购房或项目买方、资金提供方
- 关键记录
- 本步核对线索：交付问题清单在处理前后的状态变化
- 形成产出
- 项目完成从投资到客户使用的闭环
- 交给下一步
- 把结果带入“项目完成从投资到客户使用的闭环”，并回答：下一阶段需要什么条件？
如果没做好：风险观察：项目协作——客服、工程、财务、物业和承包方共同处理尾项。
案例结束时，不是因为所有人都完成了自己的动作就算成功，而是因为“项目完成从投资到客户使用的闭环”已经形成、证据可以追溯，并且客户交付经理、购房或项目买方和资金提供方能够解释结果怎样产生、风险怎样被控制。交付、回款、整改、保修和项目成本被统一关闭并反馈给下一项目。
章末经营结果
项目完成从投资到客户使用的闭环
交付、回款、整改、保修和项目成本被统一关闭并反馈给下一项目。
- 按期交付
- 94%
- 问题按期关闭
- 97%
换一个视角再看
同一笔业务，同时跑着四条线
业务流说明事情怎样发生，钱流解释收入、成本与现金，信息流留下共同事实，责任流决定谁执行、谁确认、谁承担后果。点击切换，观察同一章节怎样变化。
围绕“客户拿到钥匙以后，开发项目的经营闭环结束了吗？”，业务必须按依赖关系推进，不能把一串并行任务误当成已经交付。
- 01
通知查验 → 可供“完成交付”使用的双方确认的沟通结论
- 02
完成交付 → 可供“处理问题”使用的可继续履约的交付状态
- 03
处理问题 → 可供“关闭项目”使用的已受理的服务状态
- 04
关闭项目 → 项目完成从投资到客户使用的闭环
出现这个信号要警惕：风险观察：项目与产品——开发项目最终转化为客户实际接收和使用的房屋产品。
岗位、记录与业务语言
一家公司靠什么把多人协作变成同一个结果
岗位不是孤立的名称，记录也不是多余的表格。前者分配判断与责任，后者让不同人能够核对同一件事是否真的发生。
谁负责什么，结果交给谁
| 角色 | 本章负责 | 最关心 | 交给谁 |
|---|---|---|---|
| 业务职能客户交付与项目收尾 | 提供本章所需的约束、输入或审批 | 把项目产品正式移交客户，并关闭回款、整改、保修和项目结算；重点关注：组织客户查验、交付和缺陷处理 | 下一章节或业务结果的接收方 |
| 外部参与者购房或项目买方 | 通知查验、完成交付、处理问题、关闭项目 | 依据公开信息和合同购买项目产品，并参与付款、验收和交付；重点关注：理解合同、付款和交付条件 | 客户交付经理、资金提供方 |
| 外部参与者资金提供方 | 通知查验、关闭项目 | 依据项目条件提供股权或债务资金，并持续观察资金安全与项目进展；重点关注：评估项目和还款/退出来源 | 客户交付经理、购房或项目买方 |
| 代表岗位客户交付经理 | 通知查验、完成交付、处理问题、关闭项目 | 把项目产品正式移交客户，并关闭回款、整改、保修和项目结算；重点关注：组织客户查验、交付和缺陷处理 | 购房或项目买方、资金提供方 |
哪些记录能证明业务真的发生了
| 业务记录 | 在哪产生 | 谁形成 | 证明什么 | 下一步怎么用 |
|---|---|---|---|---|
| 本步核对线索：交付问题清单在处理前后的状态变化 | 通知查验 | 客户交付经理、资金提供方和购房或项目买方 | 可供“完成交付”使用的双方确认的沟通结论 | 完成交付 |
| 本步核对线索：交付问题清单在处理前后的状态变化 | 完成交付 | 客户交付经理和购房或项目买方 | 可供“处理问题”使用的可继续履约的交付状态 | 处理问题 |
| 本步核对线索：交付问题清单在处理前后的状态变化 | 处理问题 | 客户交付经理和购房或项目买方 | 可供“关闭项目”使用的已受理的服务状态 | 关闭项目 |
| 本步核对线索：交付问题清单在处理前后的状态变化 | 关闭项目 | 客户交付经理、购房或项目买方和资金提供方 | 项目完成从投资到客户使用的闭环 | 项目完成从投资到客户使用的闭环 |
本章术语：先用白话理解，再回到正式定义
- Handover Defect List交付问题清单
- 白话：在客户查验和交付中记录问题位置、责任、处理期限、状态与关闭证据的清单。
- 正式定义：在客户查验和交付中记录问题位置、责任、处理期限、状态与关闭证据的清单。
- 放进业务里：每项问题关联具体房源、照片、承包责任方和客户确认结果。
新手最容易误解的地方
以合同模糊为由直接拒绝
为什么不对：割裂合同与公开承诺会放大客户争议，也无法识别上游流程问题。
应该继续追问：如果改成“汇总完整承诺证据并一致处理”，需要谁确认、留下什么证据？
“通知查验”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：项目与产品——开发项目最终转化为客户实际接收和使用的房屋产品。
应该继续追问：是否已经形成“可供“完成交付”使用的双方确认的沟通结论”，并留下“本步核对线索：交付问题清单在处理前后的状态变化”供下一步核对？
“完成交付”只要动作做完，就可以直接进入下一步。
为什么不对：风险观察：审批与合同——房源合同、交付确认、问题和保修状态形成闭环。
应该继续追问：是否已经形成“可供“处理问题”使用的可继续履约的交付状态”，并留下“本步核对线索：交付问题清单在处理前后的状态变化”供下一步核对？
先复盘，再做判断
现在，试着不用页面原话把这一章讲出来
- 为什么本章必须先做“通知查验”，如果跳过会影响哪一步？
- 在“完成交付”中，谁执行、谁提供约束，应该留下什么记录？
- 本章怎样影响住宅销售款、车位销售或使用权收入、商铺销售款和逾期或变更相关合同款项？结合“客户签约支付首付款，按揭款在银行审批和条件满足后到账；工程款和融资利息按施工周期持续支出。”判断它何时才会形成收入或现金。
- 如果只看到“项目完成从投资到客户使用的闭环”的口头结论，你还会要求核对哪些业务记录？
客户发现一项与销售展示不一致但合同表述模糊的问题，团队应怎样处理？
只看合同字面可能忽略公开展示和客户合理理解，全部无条件赔付又可能失去一致标准。