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 哪條欄位?"對不上 = 邊界外。

執行前至少核驗:

接下來去哪

本頁目錄