第21章 案例：从接单中发现需求

第20章收束了交付失败边界，从本章开始进入实战案例篇。案例不是故事，而是方法论的压力测试。本章用一个脱敏的接单脚手架案例说明：一次接单如何从劳动变成产品种子。 第22章会继续讲技术能力产品化。

21.1 结论先行：接单只赚一次钱，是劳动；接单抽出重复需求，是产品种子

一个客户让你做网站、后台、表单、预约、内容管理，看起来只是一个项目。但如果你连续遇到类似需求，它就不再是单个项目，而是一类可标准化交付。

接单产品化 = 真实客户需求 + 可复用脚手架 + 可复制 SOP + 脱敏案例

呼应第01章公式三：一次交付如果能沉淀成脚手架、模板和案例，就不再是一次性劳动。

铁律：每个接单项目结束后都要问一句——下一个类似客户，我能不能少做 50%？

21.2 案例背景：一个典型小型网站交付

脱敏后的需求：客户需要一个能展示服务、收集线索、发布内容的小型网站。

原始诉求	底层任务	可标准化部分
做个官网	建立信任	首页/案例/服务介绍
能收集表单	获取线索	表单组件/通知流程
能改内容	降低维护成本	内容管理/Markdown
能上线访问	对外展示	部署脚本/域名配置

注意：这里不写真实客户、不写报价、不写隐私数据，只保留工程范式。

21.3 从个案到脚手架

客户项目
  ↓ 提取共性
通用结构：页面 / 表单 / 内容 / 部署
  ↓ 封装
web-studio 类脚手架
  ↓ 复用
下一个客户少做 50%

脚手架不是把客户项目复制一份，而是把通用部分抽离：目录结构、组件、部署流程、需求模板、验收清单。

21.4 三层沉淀

层级	沉淀物	复用价值
代码层	Next.js 脚手架、表单、布局	缩短实现时间
流程层	需求问卷、报价单、验收单	降低沟通成本
内容层	脱敏案例、服务页文案	提升获客信任

只沉淀代码不够。客户购买的是结果，不是你的代码仓库。

21.5 实战：接单复盘模板

项目名称（脱敏）：
客户类型：

1. 真实需求：
客户为什么要做？不做有什么代价？

2. 可复用部分：
- 代码：
- 流程：
- 文案：
- 模板：

3. 不可复用部分：
- 客户专属内容：
- 特殊业务规则：

4. 下次优化：
- 哪一步可以自动化？
- 哪个模板需要补？
- 哪个风险要提前写进合同？

验证：下一次相似项目，是否能复用 60% 以上的代码和 80% 以上的流程。

21.6 接单案例 vs 作品集

维度	作品集	接单案例资产
展示重点	做了什么	解决了什么问题
读者	同行/招聘方	潜在客户
内容	技术亮点	问题、方案、结果
价值	证明能力	促进成交

不要把案例写成技术炫耀。客户只关心你能不能解决他的类似问题。

21.7 失败边界

死法一：只交付不复盘

项目结束就奔下一个。对抗：交付后 24 小时内写复盘。

死法二：过度定制

每个客户都做特殊版本。对抗：定制层和通用层分离。

死法三：客户细节泄露

为了写案例暴露客户信息。对抗：脱敏后只保留问题类型和工程范式。

死法四：把脚手架当产品直接卖

脚手架只是内部资产，不一定是用户想买的产品。对抗：外部卖结果，内部用脚手架。

21.8 小结 / 核心心法

接单不是产品化的反面，接单是产品化的矿场。

执行清单：

• [ ] 每个接单项目是否复盘？
• [ ] 是否提取出通用代码？
• [ ] 是否沉淀流程模板？
• [ ] 是否形成脱敏案例？
• [ ] 下次同类项目能否少做 50%？

---

上一章：第20章 交付的失败边界 下一章：第22章 案例：技术能力产品化