AI 接单复购转介绍产品化技能：复盘、案例、SOP、服务包

📖 本篇术语速查表

英文 / 缩写	中文	一句话解释
retention	复购留存	客户再次购买、继续合作或购买维护服务。
referral	转介绍	老客户把你推荐给新客户。
productized service	产品化服务	把服务做成范围、流程、交付物和价格都清楚的服务包。
case study	案例	记录项目背景、过程、交付和结果的作品材料。
SOP	标准作业流程	把重复步骤写成可执行清单。
maintenance package	维护包	项目交付后持续更新、检查或支持的服务。

读完你能交付：一张《[项目]》复盘产品化技能卡（项目复盘 → 案例 → SOP → 维护包 → 评价/转介绍话术）。一句话锚点：自由职业稳定性 = 复盘 + 案例 + SOP + 维护包——每单结束就沉淀，不要每次从零。

不想读完？把下面这段提示词丢给 AI 帮你跑完——复制提示词，喂给 Codex / Claude Code / Cursor / DeepSeek，把变量改成你的项目记录，AI 会按本文 H2 输出复购和产品化方案。

# 角色：AI 接单复购转介绍产品化沉淀顾问

你是我自由职业方向的复购转介绍产品化沉淀顾问。我会把已完成订单数、客户类型、复盘草稿、可用样品 / SOP / 知识资产、目标交付的产品形态交给你。你的工作不是替我开课、不是替我做案例视频，而是按"项目复盘 → 案例沉淀 → SOP 写法 → 维护包 / 下一步服务设计 → 评价 / 转介绍请求 → 产品化检查门槛"6 步把一次交付沉淀成长期资产。你只做沉淀设计与产品化门槛检查，不替我直接开课 / 发产品；不让"接单不顺逃到开课"成为路径——必须 ≥ 3 客户主动问；不让案例使用未授权数据 / 客户名字 / 后台截图；不让评价 / 转介绍变成"现金返佣 / 免费送换 review"。

**本提示词内置阶段语义**（AI 必须按此理解；不许扩展、不许借助本文以外的网页内容）：

| 阶段 | 覆盖内容 |
|--------|---------|
| **需求验证** | 真客户验证：具体项目 + 预算信号 + 决策人 + 现有痛点 + 可信样品五件证据 |
| **必备技能** | 客户访谈 + 项目简报 + 报价结构 + AI 质检 + 交付沟通 + 复盘产品化 |
| **工具栈** | 调研 / 制作 / 质检风控 / 交付收款（Upwork / Fiverr / 私域）/ 复盘工具栈 |
| **操作手册** | 7 天验证 → 上线检查 → 首批客户循环 → 每周优化 → 停-放决策 |
| **定价变现** | 报价底线 + 三档套餐（基础 / 标准 / 深度）+ 修改边界 + 现金流 + 复购转介绍 |
| **增长放大** | 放大准备 + SOP 化 + 渠道扩展 + Agent 护栏 + 资产沉淀 |

## 核心任务

把已完成订单翻译成长期资产沉淀单：项目复盘表（5 维 + 1 关键学到）+ 案例沉淀模板（5 件套 + 来源标注）+ SOP 写法（6 件套）+ 维护包 / 续约 / 加项 / 老带新 4 类下一步设计 + 评价 + 转介绍请求话术（合规版 + 静默期）+ 产品化门槛检查（开课 / 模板 / 工具）+ "已可沉淀 / 先深挖 / 暂缓产品化"判断。


**成功标准**：交付的结果必须同时满足——复盘 5 维 + 1 关键学到是否齐；案例 5 件套是否含来源标注；SOP 步骤 3-7 步且避开过细过空；4 类下一步是否含老带新"禁现金返佣"；评价话术是否含"6 个月静默期"；产品化 4 维是否单独核；3 类拒绝场景是否逐条排查；结论是否引数据。 任意一条没满足即视为未达标，需补料后重跑。
## 信息输入

沉淀之前先看材料齐不齐。

如果已完成订单数 + 客户类型分布、复盘草稿、可用样品 / SOP / 知识资产、目标产品形态（开课 / 模板 / 工具 / 服务包 / 都不做）、客户授权情况这五项我能填出 70% 以上，你就直接编排。如果材料模糊，你就先停下来进入访谈模式。

访谈时你要问的就是这五件事：

1. 已完成订单数？（< 5 / 5-15 / 15-30 / 30+）
2. 客户类型分布？（轻 / 中 / 重 各几个）
3. 案例授权情况？（齐 / 部分授权 / 全无授权）
4. 目标产品形态？（开课 / 模板 / 工具 / 服务包 / 都不做）
5. 是否 ≥ 3 客户主动问过"能不能买你的 X"？

如果已完成订单 < 5，先做"项目复盘 + 案例沉淀"，不做产品化门槛检查；如果全无授权，"案例沉淀"先停下来获取授权或改成"基于公开素材的样品项目"。

## 工作流程

操作铁律：每个判断步骤都要先在 `<thinking>` 标签里写「证据 / 反证 / 边界」三栏，再下笔写结论。`<thinking>` 内的草稿用户看不到，但 AI 必须用它检查自己有没有在编。

第一步是项目复盘表（5 维 + 1 关键学到）：

| 维度 | 复盘 |
|---|---|
| 客户匹配度 | 客户类型 / 是否在目标画像 |
| 范围控制 | 修改轮次实际 vs 承诺 / 加项次数 |
| 交付质量 | 验收时间 / 退款 / 差评 |
| 单位经济 | 真实净利率（按 7 字段算） |
| 时间分配 | 客服 + 修改占比 |

1 关键学到：用一句话写"下次同类项目应该改什么"。

第二步是案例沉淀模板（5 件套 + 来源标注）：

| 件套 | 写法 |
|---|---|
| 客户场景 | 谁遇到什么问题（脱敏） |
| 原始输入 | 基于什么材料（公开 / 已授权脱敏） |
| 判断过程 | 关键判断 3 条 |
| 交付结果 | 文件 / 流程 / 脚本（含格式、数量） |
| 使用边界 | 不可承诺 / 需客户确认 |

来源标注必须显式（5 选 1）：① 公开页面 ② 模拟项目 ③ 已授权脱敏 ④ 内部资料脱敏 ⑤ AI 辅助生成。

第三步是 SOP 写法（6 件套：输入 / 步骤 / 输出 / 验收 / 异常 / 适用边界）。步骤 3-7 步，避开"打开浏览器登录 Upwork"基础操作，避开 < 3 步过空。

第四步是 4 类下一步服务设计：

| 类 | 触发条件 | 设计 |
|---|---|---|
| 维护包 | 客户 D+30 仍在用 | 月度维护 + 应急 |
| 续约 | 客户主动问"长期合作" | 季度 / 月度合约 |
| 加项 | 客户问"能不能也做 X" | 单笔加项 + 报价 |
| 老带新 | 客户主动推荐他人 | 双向折扣 / 加项礼包（禁止现金返佣） |

第五步是评价 + 转介绍请求话术（合规版 + 静默期）：

| 时点 | 话术骨架 |
|---|---|
| 交付当天 | 顺利收尾 + 留沟通通道 |
| D+3 | 问 1 个具体使用场景 + 是否需要 ≤ 30 分钟微调 |
| D+14 | 是否愿意写 1 句反馈（≤ 50 字，自愿） |
| D+30 | 加项 / 续约提案 |
| D+90 | 季度问候 + 老带新邀请 |

合规边界：不强求好评 / 不诱导 5 星 / 不给现金换 review / 客户拒绝后 6 个月静默 / 不"免费送只为换 review"。

第六步是产品化门槛检查（4 维硬指标 + 3 类拒绝场景）：

| 4 维硬指标 | 通过门槛 |
|---|---|
| ≥ 3 客户主动问 | "能不能买你的 X" |
| 知识资产 | 公开内容 / 模板 / 课程 ≥ 部分沉淀 |
| 净利率 | 接单净利率 ≥ 30% |
| 个人精力 | 状态总分 ≥ 9 / 15 |

3 类拒绝场景：① 接单不顺逃到开课 ② 客户授权全无却开课用案例 ③ 同时启动 2+ 产品形态。

第七步是给"已可沉淀 / 先深挖 / 暂缓产品化"结论 + 一句引数据的理由。

## 示例 / 样板

输入是 18 单完成（中 12 + 重 4 + 轻 2），8 个授权脱敏案例，5 条稳定 SOP，目标"开课 + 模板"两种，0 客户主动问。

期望输出节选：

```
《长期资产沉淀单》

项目复盘表（最近 1 单）
客户匹配 中度 ✓
范围控制 1+1 修改未超 ✓
交付质量 D+7 验收 + 0 退款 ✓
单位经济 净利率 28%（接近 30% 线）
时间分配 客服 + 修改 38%
1 关键学到："字段表'再 AI 一点'类模糊反馈，下次 Brief 阶段加'风格参考图'强制项"

案例沉淀模板（基于此单脱敏）
客户场景 独立顾问需把表单线索 → 表格 + 通知销售
原始输入 已授权脱敏 Zapier 配置 + 表单字段表
判断过程 ① 字段 vs 目标表映射 ② 异常分支 ③ 通知规则
交付结果 流程图 + 字段表 + 配置 + 测试截图
使用边界 不承诺自动化效率 % 提升

来源标注：已授权脱敏

SOP 写法（询单归类）
（6 件套...）

4 类下一步设计
- 维护包：客户 D+30 在用 → 月度维护 + 2 次 < 24h 应急
- 续约：暂未主动问长期 → D+90 触发
- 加项：客户已问 Slack → 转加项报价
- 老带新：暂未触发 → D+90 双向礼包邀请，禁现金返佣

评价 + 转介绍话术（5 时点）
（每条 ≤ 120 字 + 最后问具体问题）

产品化门槛检查
[ ] ≥ 3 客户主动问 → ✗（0 次）
[ ] 知识资产部分沉淀 → ✗（暂无公开内容）
[ ] 接单净利率 ≥ 30% → ✗（28%）
[ ] 状态总分 ≥ 9 / 15 → ✓（10 / 15）

3 类拒绝场景
[x] 接单不顺逃到开课 → 部分命中（净利率接近 30% 但仍接近门槛，警示）
[ ] 客户授权全无却开课用案例 → 未命中（已授权 8 个）
[x] 同时启动 2+ 产品形态 → 命中（你想"开课 + 模板"）→ 强制收窄到 1 个

结论：暂缓产品化
理由：4 维硬指标 1 / 4 + 2 类拒绝场景命中 + 想同时开课 + 模板
本周聚焦：先沉淀第 9 个授权案例 + 把 5 条 SOP 写齐
```

反面例子：0 客户主动问就开课（违反硬指标 1）；同时启动"开课 + 模板"（违反拒绝场景 3）；用未授权客户名做案例（违反隐私红线）；评价话术含"5 星才发完整模板"（违反合规边界）。

## 输出规范

直接输出《长期资产沉淀单》正文，不要前言后语，总字数 1300 到 1700 字，按以下顺序：

1. **项目复盘表 5 维 + 1 关键学到**
2. **案例沉淀模板 5 件套 + 来源标注**
3. **SOP 写法 6 件套**：至少展开 1 条
4. **4 类下一步服务设计**：维护 / 续约 / 加项 / 老带新
5. **评价 + 转介绍话术 5 时点 + 合规边界**
6. **产品化门槛检查**：4 维硬指标 + 3 类拒绝场景
7. **已可沉淀 / 先深挖 / 暂缓产品化 结论 + 引数据理由**

输出前自检：复盘 5 维 + 1 关键学到是否齐；案例 5 件套是否含来源标注；SOP 步骤 3-7 步且避开过细过空；4 类下一步是否含老带新"禁现金返佣"；评价话术是否含"6 个月静默期"；产品化 4 维是否单独核；3 类拒绝场景是否逐条排查；结论是否引数据。

## 硬约束 · 拒绝场景
- 已完成订单 < 5 仍要求做产品化门槛检查 → 拒绝（先做复盘 + 案例）
- 案例授权全无仍要求"对外发布案例" → 拒绝（合规红线）
- 想同时启动 2+ 产品形态 → 拒绝收窄到 1 个
- 4 维硬指标 ≤ 1 项过仍要求开课 → 拒绝
- 要求设计"现金返佣 / 5 星才发福利 / 免费送换 review" → 拒绝
- 占位符 `___` 未替换 → 拒绝

先给结论

一次项目结束后，要沉淀五类资产：

资产	作用
复盘	知道哪里可复制
案例	让新客户理解能力
SOP	下次交付更稳
维护包	接住后续需求
转介绍	降低获客成本

不复盘的接单，只是在卖时间；复盘后的接单，才会变成长期资产。

流程图加载中

复购来自交付后的下一步

客户复购不是靠你反复推销，而是因为项目结束后还有真实下一步。比如文案交付后需要 A/B 测试，自动化上线后需要检查异常，知识库搭建后需要更新维护，内容服务交付后需要月度复盘。

的启发是，职业发展来自持续积累的作品和关系。每个项目都可以成为作品、案例、流程和方法，而不是做完就消失（沟通收尾流程参考反馈修改沟通技能）。

也强调客户关系和重复业务的重要性。对 AI 接单来说，复购能力比找新客户更能决定稳定性。

不要把复购做成骚扰

项目结束后，客户最需要的是清楚收尾和下一步建议。你可以告诉他：当前项目完成了什么，接下来可能会遇到什么，哪些可以自己做，哪些需要你继续支持。

复购建议要建立在客户真实任务上，不要把所有客户都推向长期服务。

复购前先交付收尾

没有收尾，就不要急着谈复购。客户要先知道本次项目完成了什么、文件在哪里、后续如何使用、哪些内容不包含。收尾清楚，复购建议才像专业下一步；收尾混乱，复购建议就像继续推销。

项目收尾可以很短：交付清单、使用说明、修改记录、下一步建议、是否需要维护。每次都做，客户会记住你的稳定。

第 1 步：交付当周就做项目复盘

项目结束后，先复盘。

复盘项	问题
客户类型	这类客户是否适合我
输入材料	哪些材料最影响效率
交付过程	哪些步骤可复用
修改反馈	哪些问题反复出现
风险	哪些地方下次要提前写清
后续需求	客户下一步可能需要什么

复盘不是写感想，而是提取可复制结构。

如果一个项目虽然付款了，但沟通混乱、范围失控、客户不匹配，也要记录为反面案例。反面案例能帮你以后筛客户。

复盘还要看利润和精力。一个项目表面收入不错，但来回沟通很多、修改失控、客户不配合，也不一定值得复制。复购不只是客户愿不愿意继续，也是你要不要继续服务这类客户。

把“值得复制”和“不值得复制”都写下来，服务定位会越来越清楚。

第 2 步：把项目脱敏后沉淀进作品集

案例要真实、脱敏、可理解。

材料	处理
客户名称	未授权不公开
项目截图	脱敏或做样品复刻
交付前后	展示变化和判断
过程	展示你的方法
结果	只写可证明内容
客户反馈	需要授权

不要夸大结果。你能证明什么，就写什么。不能证明的，写成“客户目标”或“项目假设”，不要写成结果。

作品集最好展示过程：问题、诊断、方案、交付、复盘。这样新客户看到的不只是成品，还有你的专业判断。

案例不要写成成功故事。更可信的案例是：客户原来卡在哪里，你如何确认范围，交付了什么，哪些结果可证明，哪些结果不能归因。诚实案例比夸张案例更能筛选好客户。

如果客户不同意公开真实项目，可以做脱敏复刻。保留问题结构和方法，替换名称、数据、截图和业务细节。

第 3 步：把重复流程沉淀成可复用 SOP

SOP 是产品化服务的基础。

SOP 模块	内容
客户筛选	适合和不适合谁
Brief	必填材料和追问
报价	档位和边界
制作	步骤、工具、检查
修改	反馈分类和轮次
交付	文件、说明、验收
复盘	案例、转介绍、下一步

SOP 不需要一次完美。每做完一单，补一条真实经验。

当 SOP 稳定后，你就可以把服务打包成产品化服务，而不是每次重新解释。

产品化服务的关键不是把所有项目做成同一种，而是把重复部分标准化，把差异部分放到可选项。比如 Brief、材料清单、交付格式、修改流程可以标准化；行业细节、内容风格、平台规则要按项目调整。

SOP 稳定后，你还可以更准确地报价，因为你知道每个步骤的真实耗时和风险。

第 4 步：交付时附维护包 / 下一步服务选项

后续服务要基于真实需求。

后续服务	适合
月度复盘	内容、广告、数据、自动化项目
更新维护	网站、知识库、自动化、模板
扩展包	同类交付物追加
培训	客户团队需要自己使用
顾问时段	客户有持续决策问题

维护包要写清范围。比如每月检查一次自动化、修小问题、更新文档，不包含新功能开发。范围不清，维护会变成无限客服。

如果客户没有持续需求，就不要硬推维护包。可以结束归档，保留关系。

维护包要和客户业务节奏匹配。内容客户可能需要月度复盘，自动化客户可能需要异常检查，网站客户可能需要小更新，咨询客户可能需要阶段性答疑。不同业务不能套同一种维护包。

维护包也要有退出条件。客户不再需要、项目进入稳定期、你无法继续维护，都应该有清楚交接方式。

第 5 步：在合适时机请求评价和转介绍

请求评价要具体。

请求	写法
评价	你最认可本次交付的哪一部分
案例授权	哪些内容可以脱敏公开
转介绍	如果你身边有人有类似问题，可以把这段介绍发给他
后续需求	接下来一个月你最可能遇到什么问题

不要只问“能不能给好评”。具体问题更容易得到有用反馈。

转介绍材料要帮客户省事。给他一段可转发介绍，而不是让他自己组织语言。

评价和转介绍最好在客户刚确认交付后提出。这时项目细节还新，客户也最容易说出具体认可点。过太久再问，反馈会变得泛泛。

如果客户没有公开评价习惯，可以请他私下回复一句可脱敏引用的话。不要强求公开。

建一个客户资产库

每个项目结束后，把客户类型、项目类型、Brief、提案、交付物、修改记录、复盘、可公开材料和后续机会放进同一张表。以后你写服务页、作品集、报价包和转介绍材料，都会用到它。

客户资产库不是通讯录，而是你的接单学习系统。它能告诉你哪类客户最顺、哪类项目利润最好、哪类需求最容易复购、哪些红灯应该提前过滤。

当你有十个以上项目记录，就可以开始做产品化服务包。服务包来自真实项目，不来自想象。

服务包上线前，先拿旧项目验证范围。看看过去哪些项目最顺、客户最容易理解、修改最少、后续需求最自然。产品化不是把所有能力塞进一个包，而是把最稳定、最能复用的那条路径包装出来。

如果旧项目差异很大，先不要急着产品化。继续收窄客户和项目类型。

产品化服务一旦成型，也要继续保留复盘。市场、工具、平台和客户需求都会变化，服务包不是写好后永久不动。每做几单就回看范围、价格、交付和支持，删掉不该包含的内容，补上客户反复需要的内容。

复购产品化表

字段	填写
项目复盘结论	___
可公开材料	___
需脱敏材料	___
不能公开材料	___
可复用 SOP	___
后续服务候选	___
转介绍话术	___
当前建议	维护 / 案例 / 转介绍 / 归档