第17章 接单交付 SOP
第16章讲 MVP 和质量底线，但一人公司最常见的第一笔现金流不是 SaaS，而是接单。接单不是低级形态，它是最好的需求验证场。本章解决：怎么把一次接单同时变成现金、案例和流程资产。 第18章会讲如何把工作流产品化。
17.1 结论先行：接单不是卖时间，而是用真实交付换三份资产
一次合格接单，至少产生三份价值：现金、案例、流程。
text
接单收益 = 现金收入 + 可脱敏案例 + 可复用 SOP呼应第01章公式三：一次生产 × N 次复用。只赚一次钱，是劳动；赚一次钱还沉淀案例和流程，才是资产。
铁律：接单的最低目标是收款，最高目标是把交付流程产品化。
17.2 接单 SOP 全流程
text
线索 → 诊断 → 报价 → 范围确认 → 里程碑 → 交付 → 验收 → 复盘| 阶段 | 核心产出 | 风险 |
|---|---|---|
| 线索 | 初始需求 | 对方只是问问 |
| 诊断 | 问题定义 | 听客户乱说 |
| 报价 | 结果与价格 | 按工时报低价 |
| 范围确认 | 文档/确认单 | 口头承诺 |
| 里程碑 | 分阶段交付 | 尾款拖延 |
| 交付 | 可运行结果 | 无验证 |
| 验收 | 确认/付款 | 免费改到死 |
| 复盘 | 案例/SOP | 没沉淀 |
17.3 报价不是按工时，而是按结果和风险
| 报价方式 | 问题 | 适用 |
|---|---|---|
| 按小时 | 把自己变计件工 | 顾问/排障 |
| 按功能 | 容易被拆碎压价 | 小模块 |
| 按结果 | 最符合交付价值 | 大多数接单 |
| 按风险 | 高不确定项目 | 诊断/探索 |
报价要包含风险缓冲。客户买的不是你的时间，是一个被交付的结果。
17.4 三个关键模板
报价单：
text
项目目标：
交付物：
不包含：
交付周期：
验收标准：
价格：
付款节点：
变更规则：范围确认：
text
本次确认范围：
- 必做：
- 不做：
- 客户需提供：
- 风险假设：验收确认：
text
验收项：
验证证据：
客户确认：通过 / 需变更
尾款状态：已付 / 待付17.5 实战：一次接单如何沉淀为资产
以脱敏的 web-studio 类项目为例：
- 客户要一个网站，不要直接报价「做网站」。
- 先诊断：是展示、获客、预约、支付，还是内部管理？
- 把反复出现的部分抽成脚手架：登录、表单、内容管理、部署脚本。
- 交付后把客户细节剥离，形成通用模板。
- 写成案例：问题 → 方案 → 结果 → 可迁移流程。
验证：下一个相似客户能否复用 60% 以上的脚手架和 SOP。
17.6 接单 vs 产品
| 维度 | 接单 | 产品 |
|---|---|---|
| 收入 | 快 | 慢但可放大 |
| 需求 | 真实 | 需要验证 |
| 定制 | 高 | 低 |
| 资产化 | 需要主动复盘 | 天然更强 |
接单不是产品的反面。接单是产品种子的矿场。
17.7 失败边界
死法一：低价陷阱
报价低，客户要求反而多。对抗：低预算项目只卖固定包，不卖无限定制。
死法二：口头范围
对抗：范围、非目标、验收标准必须文字确认。
死法三：免费改到死
对抗：变更规则写在报价前，不是交付后再谈。
死法四：收不到尾款
对抗：里程碑付款，尾款与交付物控制点绑定。
红线边界
客户要求越权访问、绕过系统、处理非法数据、泄露第三方信息，直接拒绝。
17.8 小结 / 核心心法
接单不是卖命，是用真实需求训练你的产品系统。
执行清单：
- [ ] 报价是否按结果而不是按工时？
- [ ] 是否写明不包含什么？
- [ ] 是否有验收标准和付款节点？
- [ ] 交付后是否沉淀案例和 SOP？
上一章：第16章 MVP 与质量底线 下一章：第18章 工作流产品化