跳到主要内容
LUPY.
加入实践群
返回
← 返回免费学习

成交

用SOP交付并争取复购

<title>用SOP交付并争取复购</title>

当前状态：更新中

产品 · 销售

用 SOP 交付并争取复购

1. 本节解决什么问题

成交不是结束。需求反复、资料拖延、修改无限、验收模糊和售后失控，都会让一个看似有利润的项目变成亏损。

本节产出项目交付 SOP、交付清单和验收单，并建立复购和转介绍的合规触发点。

2. 核心判断

好交付不是靠“客户有事随时找我”，而是把双方责任、里程碑、证据、变更、验收和售后写成可执行流程。

客户体验来自确定性：什么时候需要他提供什么、什么时候能看到什么、如何集中反馈、什么算完成、问题找谁。

3. 通俗解释：交付的七个关口

  1. 合同与收款；
  2. 项目启动；
  3. 需求与资料确认；
  4. 里程碑制作与反馈；
  5. 变更控制；
  6. 验收与交接；
  7. 售后、复盘、案例授权和复购。

每个关口都需要“输入—动作—输出—通过条件”。没有通过就不自动进入下一阶段。

4. 具体操作步骤

第一步：签约前复核

主体、范围、价格、付款、周期、资料责任、知识产权、保密、个人信息、违约/终止和争议处理应由双方确认。模板不能替代针对具体交易的律师意见。

第二步：项目启动

启动会确认：

  • 目标和非目标；
  • 双方负责人；
  • 沟通渠道和固定节奏；
  • 资料清单与截止日期；
  • 里程碑和付款节点；
  • 反馈和验收方式；
  • 风险和升级路径。

会后发启动确认单，不只留在口头。

第三步：锁定需求基线

把已确认 PRD、报价范围和资料版本作为基线。客户延迟资料如何影响排期，要提前写。内容真实性和授权由谁确认，也要留痕。

第四步：按里程碑交付

每个里程碑只验收当前范围，提供链接/文件、检查说明、待客户反馈和截止日期。反馈要求汇总，由一个负责人提交。

第五步：管理修改和变更

  • 缺陷修复：成果不符合已确认标准，供应方修复；
  • 范围内修改：在约定轮次和范围内；
  • 范围变更：新增页面、语言、接口、业务流程等，评估时间、费用和影响后书面确认。

不要把所有意见都叫“客户需求”，也不要把自身缺陷算成收费变更。

第六步：验收与交接

验收表逐项记录结果、证据和未决事项。交接包括文件、账号归属、部署、备份、操作说明、培训和第三方服务。密码和 Token 不写进公开文档。

第七步：售后与复购

售后写响应时间、渠道、缺陷范围和终止时间。复购来自新的持续问题，而不是自动续费陷阱。项目稳定后，询问：

  • 哪一步最有价值；
  • 哪一步仍需改进；
  • 是否有新的内容、数据、维护或流程需求。

案例和转介绍必须先获授权，不把客户交付资料直接拿来营销。

5. 中国大陆模拟案例：大蒜网站交付

模拟案例，真实主体、资料、收款和交付均待真实业务验证。

里程碑示例：

  1. 启动与资料核验；
  2. 中文信息结构与首页；
  3. 英文内容复核与产品页；
  4. RFQ 表单、SEO、手机和异常测试；
  5. 正式部署、收件测试、培训与验收。

客户需要书面确认企业名称、联系人、规格、包装、图片、证书、市场、交期和隐私信息。若资料未确认，不能把模拟文字直接上线。

案例授权应单独询问是否允许公开页面截图、项目过程、客户名称和结果。询盘数量、成交和收入没有真实记录时统一写“待真实业务验证”。

6. 常见错误

  • 收款后才发现主体、范围和知识产权没谈清楚。
  • 客户资料未齐就承诺固定上线日。
  • 微信零散反馈直接开改，没有汇总和版本。
  • 把新增需求当免费服务，或把自身缺陷当变更收费。
  • 没有正式验收，项目永远“差一点”。
  • 交付账号仍绑定个人邮箱/手机号。
  • 未经授权公开客户名称、截图和数据。
  • 为复购制造依赖，不提供必要交接。

7. 可直接复制的 AI 提示词

你是项目交付SOP助手。以下信息不含客户隐私和凭证。

项目目标与非目标：[填写]
合同/报价范围：[填写]
客户资料责任：[填写]
交付物与验收标准：[填写]
里程碑和付款节点：[填写]
修改次数与售后：[填写]
已知风险：[填写]

请：
1. 生成从签约前复核到售后的SOP；
2. 每阶段列输入、动作、输出、负责人、通过条件；
3. 区分缺陷修复、范围内修改和范围变更；
4. 生成启动清单、里程碑检查、交接清单和验收单；
5. 生成案例授权、转介绍和复购的可选询问，不默认同意；
6. 标出需要律师、会计、税务或行业专业人士判断的事项；
7. 不编造合同条款的法律效力，不写密码、Token和客户敏感信息。

8. 可复制模板

使用：

  • 20-项目交付清单.md
  • 21-项目验收单.md
  • 现有 templates/21-service-quote-delivery.md
  • 现有 templates/20-final-acceptance.md

9. 当天行动作业

  1. 选一个已成交或模拟项目，画七个交付关口。
  2. 为每关写输入、输出和通过条件。
  3. 写清缺陷、范围内修改和变更的判断。
  4. 完成一份交付清单和验收单。
  5. 写一段不施压的案例授权询问。

10. 验收标准

  • 合同/报价与 PRD 的范围一致。

  • 双方负责人、资料、里程碑、付款和风险明确。

  • 每个里程碑有证据和通过条件。

  • 修改与变更规则可判断、可留痕。

  • 验收覆盖正常、异常、手机、数据和交接。

  • 售后有期限、渠道和范围。

  • 案例、转介绍和复购均以客户自愿和授权为前提。

11. 参考来源

  • OpenStax, Principles of Management，用于计划、控制、决策与流程主题校验，CC BY-NC-SA 4.0：https://openstax.org/details/books/principles-management/
  • 本项目第 10 课：course/10-service-delivery/lesson-10.md
  • 本项目网站最终验收表：templates/20-final-acceptance.md

下一节用收入、成本、利润、现金流和基础合规意识，检查交付之后的经营是否健康。

上一节：开发首批客户并完成诊断跟进
下一节：读懂小生意的账和风险