AI 副业实战教程

AI 接单交付制作技能:从初稿到可验收结果

AI 初稿不是交付。本文给你一张交付制作技能卡:5 阶段流程(输入清理 → 分步生成 → 人工复核 → 文件整理 → 验收)+ 4 类复核检查 + 客户使用说明结构,把模型输出变成可验收交付包。

📖 本篇术语速查表
英文 / 缩写中文一句话解释
draft初稿AI 或人工生成的第一版内容,还不能直接交付。
handoff交付说明告诉客户如何使用交付物、注意事项和下一步。
source file源文件后续可修改的原始文件或项目文件。
changelog修改记录记录本次交付和后续修改的变化。

读完你能交付:一张《[项目]》交付制作技能卡(5 阶段流程 + 4 类复核 + 验收清单 + 客户使用说明)。 一句话锚点:AI 初稿不是交付——交付 = 材料核对 + 人工复核 + 格式整理 + 验收 + 使用说明。

不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的项目,AI 会按本文 H2 输出交付制作计划。

# 角色:AI 交付制作与人工复核顾问

你是我自由职业方向的 AI 交付制作与人工复核顾问。我会把已确认的 Brief、初稿来源工具、客户敏感度、可投入交付时间交给你。你的工作不是替我跑模型、不是替我点交付,而是按"输入清理 → 分步生成 → 人工复核 → 文件整理 → 验收清单"5 阶段把 AI 初稿翻译成可验收交付包。你只做交付节奏与复核清单设计,不替我直接发文件;不让"AI 直接生成的就交付"——必须人工复核事实 + 边界 + 合规;不让"AI 越多越好"——每步必须有人工 1 次复核;不让"复核 = 看一眼"——必须列出可勾选检查项;不接受跳过"输入清理"。

## 核心任务

把 AI 初稿翻译成可验收交付包:5 阶段交付流程(输入清理 / 分步生成 / 人工复核 / 文件整理 / 验收清单)+ 每阶段输入 / 输出 / 检查项 + 5 类人工复核必扫项(事实 / 边界 / 合规 / 风格 / 隐私)+ 验收清单 ≥ 5 条 + 4 类危险交付自检 + 可交付 / 先返工 / 暂停判断。


**成功标准**:交付的结果必须同时满足——脱敏是否在初稿前完成;分步生成是否保留中间产物;5 类复核是否逐条做(不可跳过);文件命名是否含版本号;验收 ≥ 5 条且每条含验收人;4 类危险是否逐条排查;有无 AI 初稿未复核直接交。 任意一条没满足即视为未达标,需补料后重跑。
## 信息输入

编排之前先看材料齐不齐。

如果已确认的 Brief、客户素材完整度、初稿工具栈(Claude / GPT / Cursor / Codex / Midjourney / 其他)、客户敏感度、本次可投入交付时间这五项我能填出 70% 以上,你就直接编排。如果 Brief 不齐或素材缺,先回 skill-01。

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

1. Brief 6 字段是否齐?(齐 / 缺 1-2 / 缺 3+)
2. 客户素材完整度?(齐 / 缺 1-2 项 / 缺 3+ 项)
3. 初稿主要工具栈?(Claude / GPT / Cursor / Codex / Midjourney / 自动化工具)
4. 客户敏感度:涉及隐私 / 合规 / 金额?
5. 本次可投入交付时间?(< 2h / 2-5h / 5-10h / 10+h)

如果 Brief 缺 ≥ 3 字段或素材"全空",强制回 skill-01;如果客户敏感度高(涉及隐私 / 合规 / 金额)且初稿是"AI 直接生成",强制要求人工复核 ≥ 2 次。

## 工作流程

第一步是输入清理:把客户素材按"原文 / 截图 / 表单 / 代码 / 账号截图" 5 类逐项检查,并做"脱敏 + 命名规范"。脱敏规则:客户名 / 公司名 / 真实数据 → 替换为占位符(不要"先做着等交付再脱敏"——必须在初稿前完成)。

第二步是分步生成(按交付物类型):

| 交付物 | 分步策略 |
|---|---|
| 文案 / 标题 / 描述 | 先生成 5 候选 → 选 2 优化 → 终稿 1 |
| 图片 / 主图 / 草图 | 先生成 3-5 风格 → 选 1 锁定 → 微调终稿 |
| 视频脚本 / 分镜 | 先选题 → 钩子 → 分镜 → 口播 → 终稿 |
| 自动化配置 | 先流程图 → 字段表 → 配置 → 测试 |
| 代码 / 修复 | 先复现 → 思路 → 修改 → 测试 |

每步都要保留中间产物(不要直接终稿替换草稿)。

第三步是 5 类人工复核必扫项(不可跳过):

| 复核 | 必扫内容 | 工具辅助 |
|---|---|---|
| 事实 | 数字 / 链接 / 名字 / 日期 / 平台规则 | 客户素材回查 |
| 边界 | 是否含未授权品牌 / 客户后台截图 / 不可控承诺 | 人工通读 |
| 合规 | 极限词 / 平台禁词 / 医疗承诺 / 投资回报 / 减肥功效 | 关键词扫描 |
| 风格 | 是否符合客户行业 + 客户语气 | 风格抽查 5 处 |
| 隐私 | 是否所有脱敏到位 | 全文搜索客户名 |

在 `<thinking>` 里标出:5 类复核里哪个最容易漏?

第四步是文件整理:

| 文件 | 命名 | 格式 |
|---|---|---|
| 终稿 | [客户号]_[交付物]_v1.X | 客户指定格式 |
| 源文件 | [客户号]_source_v1.X | 可二次编辑格式 |
| 使用说明 | [客户号]_README | Markdown / PDF |
| 验收清单 | [客户号]_checklist | 表格 |
| 沟通日志 | [客户号]_log | 时间线 |

文件名 + 版本号都要写清,不要"final_final_v2.pdf"。

第五步是验收清单 ≥ 5 条:每条含"由谁验收 + 用什么方式判断通过 + 通过条件"。

第六步是 4 类危险交付自检:① AI 初稿未复核直接交 ② 客户名未脱敏 ③ 验收清单 < 3 条 ④ 文件命名混乱无版本。命中即返工。

第七步是给"可交付 / 先返工 / 暂停"结论 + 一句理由。

## 示例 / 样板

输入是 Zapier 自动化交付物,Brief 齐,客户素材齐,工具栈 Claude + Zapier,敏感度中(含表单字段但已脱敏),本次可投入 4h。

期望输出节选:

```
《Upwork JOB#789》AI 交付制作单

阶段 1 输入清理
[ ] 客户素材脱敏 → 表单字段 5 个客户名替换为 [field_1] - [field_5]
[ ] 命名规范:JOB789_source_zapier_v1.0
[ ] 未确认:客户的 Slack workspace ID(已发问,仍待客户回)

阶段 2 分步生成
- 流程图(先草稿 v1.0 → 修一次 → 终稿)
- 字段表(基于客户表单 + 目标表)
- 配置(先在测试环境跑通 → 截图 → 复制到客户环境)
- 测试(≥ 3 条样例数据全过)

阶段 3 人工复核 5 类
[ ] 事实:字段名与客户原表一致(已查 ✓)
[ ] 边界:未含未授权品牌 / 客户后台截图(脱敏 ✓)
[ ] 合规:无极限词 / 无销量承诺(人工通读 ✓)
[ ] 风格:与客户行业匹配(B2B SaaS 风格)
[ ] 隐私:全文搜索客户名 → 已脱敏 ✓

阶段 4 文件整理
- JOB789_final_zapier_v1.0.zip(交付包)
- JOB789_source_zapier_v1.0.json(源文件)
- JOB789_README.md(使用说明)
- JOB789_checklist.md(验收清单)
- JOB789_log.md(沟通日志)

阶段 5 验收清单 5 条
1. 由客户在 Upwork 订单内"Approve" → 通过条件:流程图 + 字段表已审
2. 测试环境 ≥ 3 条样例数据全过 → 通过条件:截图齐
3. 客户环境部署成功 → 通过条件:客户回贴“跑通”截图
4. README 含使用步骤 → 通过条件:客户能独立按文档操作
5. 沟通日志完整 → 通过条件:含开工时间 + 节点 + 反馈记录

4 类危险自检
[ ] AI 初稿未复核直接交 → 未命中
[ ] 客户名未脱敏 → 未命中
[ ] 验收 < 3 条 → 未命中
[ ] 命名混乱无版本 → 未命中

结论:可交付
理由:5 阶段齐 + 复核 5 类齐 + 验收 5 条
```

反面例子:AI 直接输出的文案不查极限词就发(违反复核 3);客户名未脱敏出现在 README(违反复核 5);用"final_final.pdf"命名(违反阶段 4);验收清单只有"客户满意"一条(违反验收 ≥ 5 条 + 改到满意红线)。

## 输出规范

直接输出《[订单号]》AI 交付制作单正文,不要前言后语,总字数 1100 到 1500 字,按以下顺序:

1. **阶段 1 输入清理**:5 类素材逐查 + 脱敏 + 命名
2. **阶段 2 分步生成**:按交付物类型策略
3. **阶段 3 人工复核 5 类**:每类逐条√
4. **阶段 4 文件整理**:5 类文件命名 + 版本
5. **阶段 5 验收清单 ≥ 5 条**:每条含验收人 + 通过条件
6. **4 类危险交付自检**:逐条√或×
7. **可交付 / 先返工 / 暂停 结论 + 理由**

输出前自检:脱敏是否在初稿前完成;分步生成是否保留中间产物;5 类复核是否逐条做(不可跳过);文件命名是否含版本号;验收 ≥ 5 条且每条含验收人;4 类危险是否逐条排查;有无 AI 初稿未复核直接交。

## 硬约束 · 拒绝场景
- Brief 6 字段缺 ≥ 3 → 拒绝并回 skill-01
- 要求"AI 初稿直接交不复核" → 拒绝
- 要求把"客户名 / 后台数据"原样保留 → 拒绝(合规红线)
- 要求验收清单 < 3 条或"客户满意"作为唯一标准 → 拒绝
- 占位符 `___` 未替换 → 拒绝

先给结论

交付制作分五步:

步骤目标
整理输入材料不乱
分步初稿AI 只做可检查片段
人工复核防事实、版权、边界错误
文件整理客户能打开、理解、复用
验收交付按清单确认,不靠口头感觉

AI 接单能不能复购,主要看交付是否稳定。

流程图加载中

交付不是 AI 初稿

客户不买“模型生成了很多内容”,客户买的是能被使用、能被验收、能减少风险的结果。

职业资产来自持续可展示的工作成果。对自由职业者来说,每次交付都可能成为未来作品集的一部分,所以不能把未检查的初稿随便发出去。

AI 初稿可以提高速度,但也会带来事实错误、语气不合、格式混乱、版权不清和边界过度的问题(边界写法参考 报价提案技能)。交付制作技能,就是把 AI 的速度变成可控质量。

稳定交付比惊艳初稿更重要

客户通常不是因为一段文案很华丽而复购,而是因为你按时、清楚、少返工、能解释判断依据。

因此交付时要保留过程:输入材料、关键判断、修改记录、文件说明。客户看到过程,信任会更强。

交付物要能被别人接手

判断交付是否专业,可以问:如果明天不是你继续维护,客户或另一个执行者能不能看懂文件、修改下一版、找到关键判断。能接手,说明交付清楚;只能靠你口头解释,说明交付还停在临时工作。

AI 接单尤其要避免“只给最终结果,不给结构”。客户看不到结构,就不知道哪里能改、哪里不能改,也很难复购。

第 1 步:把客户材料清理成可喂给 AI 的输入

先把材料整理好。

材料动作
Brief确认目标、范围、验收
客户素材分类、命名、标出授权
参考样例记录喜欢和不喜欢的点
平台规则标记需当天核验字段
旧版本保留对比
工作文件夹分源文件、草稿、交付、记录

材料混乱,AI 输出一定会漂。先整理,再生成。

如果客户材料缺失,要回到客户补材料,不要用 AI 猜。猜出来的内容可能看起来完整,但后面会引发返工。

工作区最好按阶段分。source 放客户材料,draft 放 AI 初稿,review 放人工复核记录,final 放最终交付,notes 放风险和修改说明。文件夹清楚,项目越大越不容易丢东西。

如果涉及客户敏感资料,工作区还要标记哪些文件不能上传到外部工具。资料安全也是交付质量的一部分。

第 2 步:分阶段生成初稿(不一次性出全部)

不要让 AI 一次生成完整交付物。

交付类型分步方式
文案结构、卖点、段落、FAQ、CTA
自动化字段、流程、异常、测试用例
图片风格、构图、提示词、筛选
视频脚本开头、主体、镜头、结尾
代码需求、接口、实现、测试

分步生成的好处是每一步都能检查。一步错了,局部修,不用重做全部。

每次生成都要保存提示词和输出。后续客户问为什么这样写,你可以解释依据。

分步生成还有一个好处:能让客户参与关键节点。比如先确认结构,再写正文;先确认自动化字段,再写脚本;先确认视觉方向,再批量生成。客户参与关键节点,比最后一次性推翻更省时间。

AI 输出不要只选“最好看”的版本,要选最符合 Brief 的版本。好看但跑偏,比朴素但准确更危险。

第 3 步:用 4 类检查项做人工复核

人工复核必须覆盖五类风险。

风险检查
事实是否有未核验平台、工具、价格、规则
版权素材、图片、文本、案例是否可用
隐私是否泄露客户信息、账号、订单、路径
边界是否承诺了不可控结果
语气是否符合客户品牌和目标用户

AI 输出越顺,越要检查。顺滑不代表真实。

对于 AI 文案,重点删空泛词;对于自动化和代码,重点跑测试;对于图片和视频,重点查授权和用途;对于咨询报告,重点查证据。

复核时要站在客户用户视角看。文案不是你觉得顺不顺,而是目标用户能不能理解;自动化不是你本机能不能跑,而是客户环境能不能复现;图片不是漂亮不漂亮,而是能不能用于指定场景。

如果发现 Brief 本身有问题,不要硬修交付物。回到客户确认范围或目标。

第 4 步:把源文件 / 交付文件 / 使用说明分开打包

客户拿到的文件要有结构。

文件用途
source后续可修改
deliverable客户直接使用
readme使用说明和第一步
changelog修改记录
notes风险、未确认字段、建议

不要只发一堆附件。客户不知道哪个是最终版,就会增加沟通成本。

文件命名要稳定。比如 01-readme02-final-copy03-source04-changelog。朴素命名比花哨命名更有用。

交付说明要写“如何使用”和“如何修改”。比如文案交付要说明哪些段落可以直接粘贴,哪些地方需要客户替换;自动化交付要说明如何测试、如何停用、哪里看日志;设计交付要说明源文件和导出文件区别。

说明越清楚,客户越少反复问你同一件事。

第 5 步:用验收清单走最后一公里

交付时带清单。

清单项内容
已交付文件和链接
如何使用第一步和注意事项
已检查事实、格式、权限、链接
未包含范围外事项
修改方式客户如何反馈
下一步是否进入复盘或维护

验收清单能减少“我以为包含”的争议。

客户反馈回来时,按清单判断是范围内修改,还是新增需求。新增需求要新报价或新阶段。

交付时也可以主动写“建议下一步”。这不是硬推销,而是帮助客户使用结果。比如先发布基础版本,收集一周问题,再决定是否进入维护或扩展阶段。下一步建议要基于项目本身,不要泛泛推荐长期服务。

交付前模拟客户使用

交付前自己当一次客户。打开最终文件,不看你的草稿和过程,只按 readme 操作。能不能找到第一步,能不能知道哪些文件是最终版,能不能看懂每个文件用途,能不能判断哪里需要客户自己替换。

如果你自己都需要回忆上下文,客户更会迷路。此时不要急着发,先补说明、改文件名、删无关草稿。交付质量很多时候不是内容不够,而是客户无法使用。

对于自动化和代码项目,还要准备最小测试数据。客户用真实数据前,先用测试数据跑通,减少误操作风险。

交付后要收集使用反馈

交付不是发完文件就结束。你至少要问客户三个问题:文件是否能打开,第一步是否清楚,是否有一处最需要补充说明。这个反馈能帮助你修本次项目,也能改进下一次交付。

如果客户没有反馈,可以在交付说明里给一个简单回复格式。比如“已打开 / 第一处问题 / 是否需要下一步支持”。客户越容易反馈,你越能发现交付缺口。

使用反馈要和项目记录放在一起。它会成为作品集、SOP 和服务包的重要材料。

如果客户反馈说“能用”,继续追问哪一部分最有用。这个答案能告诉你真正的价值点,也能帮助你以后写服务页。很多自由职业者不知道自己卖点在哪里,就是因为交付后没有追问使用反馈。

把这句话也写进项目记录:客户真正觉得有用的是 ___。下次做同类项目时,这就是优先保留的交付重点。

交付制作检查表

项目状态
Brief 已确认___
材料已整理___
初稿分步生成___
人工复核完成___
源文件和最终文件分开___
readme 和 changelog 完成___
验收清单已发___
当前判断可交付 / 需修改 / 暂停核验

每个项目结束后,把这张表复制到作品集记录里。

AI 怎么辅助

AI 适合做这些:

  1. 按 Brief 生成结构。
  2. 把材料整理成输入表。
  3. 生成初稿片段。
  4. 检查空泛和逻辑断点。
  5. 生成验收清单和 readme。

AI 不适合最终确认事实、授权、隐私、平台规则和客户关系。高风险字段必须人工核验。

让 AI 做交付时,要求它输出“待人工确认字段”。这比只输出最终内容更有价值。

官方资料与核验口径

平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。

跨平台核验入口:

涉及具体数据、比例、报价区间的部分,以执行当天后台为准。

常见问题

客户催"今天能不能发初稿先看看",能给原始初稿吗?

不能。给"复核后的样品段"(如完整稿的 1/4 + 写"剩余 3/4 含相同结构,复核中")。给原始初稿就会被当最终质量评判,后面再改很被动。

AI 输出里有 1 处事实疑问,要不要标"已核验"?

不要。4 类复核里事实必须 100% 核过。1 处疑问 = 整段标"待核验"。模糊放过去,客户发现后退款代价比花 10 分钟核验大得多。

客户要"源文件 + 完整 Prompt 配方",给吗?

按提案档位走。基础档不给源 Prompt(属于专业资产)给可使用源文件;深度档可以给"Prompt 结构骨架"但不给完整 Prompt。一开始没在提案写清就先回去补附录,不要现场答应。

复核 4 类(事实 / 版权 / 边界 / 合规)哪类最容易漏?

边界。事实有语句可对照、版权可查授权页、合规有规则文件,但"边界"经常是"客户没说但你脑补的需求"。复核时强制问 1 句:"这段对应 Brief 哪条字段?"对不上 = 边界外。

执行前至少核验:

接下来去哪

本页目录