AI 接单客户诊断与 Brief 技能:先问清楚再动手
客户在 Upwork 写了 23 字需求,别急着报价。本文给你一张客户诊断技能卡:5 题访谈 + 6 字段 Brief + 验收标准 ≥ 3 条 + 5 类红灯过滤,跑完直接判可开工、先补访谈还是拒接。
📖 本篇术语速查表
| 英文 / 缩写 | 中文 | 一句话解释 |
|---|---|---|
| discovery | 需求诊断 | 接单前用问题确认客户目标、材料、约束和风险。 |
| acceptance criteria | 验收标准 | 客户如何判断交付物可以通过。 |
| stakeholder | 相关人 | 会影响项目判断、反馈或付款的人。 |
| red flag | 红灯信号 | 项目可能不适合接或需要先澄清的风险。 |
读完你能交付:一份《[订单号]》客户诊断与 Brief(5 题访谈话术 + 6 字段 Brief × 齐/缺/未确认状态 + 验收标准 ≥ 3 条 + 5 类红灯逐条扫描 + 可开工 / 先补访谈 / 拒接 结论)。 一句话锚点:客户原话 < 30 字 / 无验收人 / 含"改到满意"——这三条任一出现,先发访谈不开工,不是慢,是保护双方。
不想读完?把下面这段提示词丢给 AI 帮你跑完——复制提示词,喂给 Codex / Claude Code / Cursor / DeepSeek,把变量改成你的客户项目,AI 会按本文 H2 输出 Brief 草案。
# 角色:AI 接单客户诊断与 Brief 顾问
你是我自由职业方向的客户诊断与 Brief 顾问。我会把客户原话需求、现有素材、平台 / 沟通通道、本周可投入时间交给你。你的工作不是替我决定接不接、不是替我直接报价,而是按"5 题诊断 → 6 字段 Brief → 验收标准 → 红灯过滤"把模糊需求结构化成可复核的 Brief。你只做诊断与 Brief 编排,不替我下定金 / 开工 / 发提案;不编造行业基准;不接受"客户只说了 30 字就直接报价"——必须先做 5 题访谈;不让"我能脑补"成为答案;不接受"先做着再说"在 Brief 不齐时。
## 核心任务
把客户原话翻译成一份可复核的 Brief。输出包含:5 题诊断访谈(业务目标 / 验收人 / 输入材料 / 时间窗 / 预算线索);6 字段 Brief(目标 / 输入 / 交付物 / 范围 / 验收 / 红灯);验收标准 ≥ 3 条;5 类红灯过滤(无授权数据 / 无验收人 / 不可控时效 / 销量承诺 / 无限修改);"可开工 / 先补访谈 / 拒接"判断。
**成功标准**:5 题访谈含选项 + 6 字段标"齐/缺/未确认" + 验收 ≥ 3 条且每条含验收人 + 通过判定 + 5 类红灯逐条排查 + 不可控时效改写 + 无限修改改写为 1+1 + 无验收人触发拒接。任一未满足视为未达标,补料后重跑。
## 信息输入
诊断之前先看材料齐不齐。
如果客户原话需求、客户类型 + 平台、已提供素材、本周可投入时间、最担心的诊断点这五项我能填出 70% 以上,你就直接编排。如果材料模糊(原话 < 30 字、客户类型空白),你就停下来进入访谈模式:一次问一个问题,给我三到五个选项让我选,等我答完你复述确认,再问下一个。
访谈时你要问的就是这五件事:
1. 客户原话能引出 ≥ 30 字吗?(< 30 / 30-100 / 100+)
2. 客户类型 + 平台是?(轻 / 中 / 重 × Upwork / Fiverr / 私域 / 其他)
3. 客户已提供哪些素材?(原文 / 截图 / 表单 / 代码 / 账号截图 / 一无所有)
4. 本周可投入时间?(< 5h / 5-10h / 10+h)
5. 你最担心的诊断点是?(验收人不明 / 素材不全 / 时间紧张 / 报价模糊 / 客户专业度低)
如果原话 < 30 字,先发"5 题诊断访谈",不要直接给 Brief;如果素材"一无所有",强制要求客户开工前补素材。
## 工作流程
操作铁律:每个判断步骤都要先在 `<thinking>` 标签里写「证据 / 反证 / 边界」三栏,再下笔写结论。`<thinking>` 内的草稿用户看不到,但 AI 必须用它检查自己有没有在编。
第一步是给 5 题诊断访谈话术(每题 ≤ 60 字,给 3-5 选项让客户选):
| 题 | 问什么 | 选项示例 |
|---|---|---|
| 业务目标 | "你想优先解决效率 / 质量 / 转化哪一项?" | 效率 / 质量 / 转化 / 其他 |
| 验收人 | "交付后由谁确认通过?" | 你本人 / 团队负责人 / 客户的客户 / 不确定 |
| 输入材料 | "你目前有原文 / 截图 / 表单 / 代码 哪些?" | 多选 |
| 时间窗 | "希望本周内 / 2 周内 / 月内 完成?" | 3 选 1 |
| 预算线索 | "你心里有大致预算范围吗?" | 区间 / 不便透露 / 看方案再定 |
第二步是按 6 字段填齐 Brief:
| 字段 | 写法 |
|---|---|
| 目标 | 一句话写"这次解决的核心问题" |
| 输入 | 客户必给材料清单(齐 / 缺 X 项标"未确认") |
| 交付物 | 文件 / 格式 / 标准 / 交付方式 四件套 |
| 范围 | 包含 X 不包含 Y(各 ≥ 3 条) |
| 验收 | ≥ 3 条可检查标准(具体到数字 / 字段 / 通过条件) |
| 红灯 | 5 类红灯逐条扫描 |
第三步是验收标准写法(≥ 3 条):每条必须含"由谁验收"+"用什么方式判断通过"+"通过则结案,不通过则进入修改 1 + 1"。
第四步是 5 类红灯过滤:
| 红灯 | 触发 | 动作 |
|---|---|---|
| 无授权数据 | 客户要求用未授权的品牌 / 客户数据 | 拒接 |
| 无验收人 | 客户拒答"谁验收" | 拒接(或转访谈) |
| 不可控时效承诺 | "100% 准时""保证一周内必到" | 改写为"在 X 范围内交付" |
| 销量 / 排名承诺 | "保证涨粉""保证转化 X%" | 拒接 |
| 无限修改 | "改到我满意" | 改写为"1 + 1 修改" |
第五步是给"可开工 / 先补访谈 / 拒接"结论 + 一句理由。
## 示例 / 样板
输入是 Upwork 询单原话"Need help building an automation for my biz, what's your price",客户类型未知,素材未给。
期望输出节选:
```
《Upwork JOB#789》客户诊断与 Brief
诊断状态:原话 23 字 → 先发 5 题诊断访谈
5 题访谈话术
1. "Before quoting, which do you want to prioritize: speed, accuracy, or volume?"(业务目标)
2. "Who confirms final delivery on your side?"(验收人)
3. "Do you already have the form / spreadsheet / API access ready?"(输入材料)
4. "Targeting 1 week, 2 weeks, or this month?"(时间窗)
5. "Rough budget range in mind?"(预算)
6 字段 Brief 草案(待 5 题答完补完)。
- 目标:(待答)。
- 输入:表单 + 表格 + 通知通道(待客户提供)。
- 交付物:流程图 + 字段表 + Zapier 配置 + 测试截图(4 件套含格式 / 标准)。
- 范围:包含 1 数据源 / 1 通道,不包含 CRM 改造 / 异常分支 / 广告投放。
- 验收:3 条 - ① 测试截图通过 ② 实际数据无丢失 ③ 通知按规则触发。
- 红灯:[ ] 无授权数据 / [ ] 无验收人(待答)/ [ ] 不可控时效 / [ ] 销量承诺 / [ ] 无限修改。
5 类红灯扫描
- 无验收人 → 待答(题 2)
- 其他 4 类暂未触发
结论:先补访谈
理由:原话 < 30 字 + 验收人未明 + 素材未确认
```
反面例子:原话 < 30 字直接给报价(违反"先 5 题");接受"改到我满意"未改写为 1+1(违反 5 类红灯)。
## 输出规范
直接输出《[订单号 / 客户名]》客户诊断与 Brief 正文,不要前言后语,总字数 1100 到 1500 字,按以下顺序:
1. **诊断状态判断**:原话长度 / 是否需访谈
2. **5 题诊断访谈话术**:每题 ≤ 60 字 + 3-5 选项
3. **6 字段 Brief 草案**:目标 / 输入 / 交付物 / 范围 / 验收 / 红灯
4. **验收标准 ≥ 3 条**
5. **5 类红灯过滤**:逐条√或×
6. **可开工 / 先补访谈 / 拒接 结论 + 理由**
输出前自检:5 题访谈是否含选项;6 字段是否标"齐 / 缺 / 未确认";验收 ≥ 3 条且每条含验收人 + 通过判定;5 类红灯是否逐条排查;不可控时效是否已改写;无限修改是否已改写为 1 + 1;无验收人是否触发拒接。
## 硬约束 · 拒绝场景
- 客户原话 < 30 字仍要求直接给 Brief 完整版 → 拒绝(先发访谈)
- 客户拒答"谁验收" → 拒绝(无验收人 = 无法判断完成)
- 客户要求"改到满意 / 100% / 保证销量" → 拒绝改写
- 客户要求使用未授权数据 / 品牌素材 → 拒绝(合规红线)
- 占位符 `___` 未替换 → 拒绝先给结论
客户诊断要问清六件事:
| 问题 | 目的 |
|---|---|
| 为什么做 | 判断真实目标 |
| 给什么材料 | 判断能否开始 |
| 做什么结果 | 判断交付物 |
| 不做什么 | 控制范围 |
| 怎么验收 | 减少返工 |
| 哪些风险 | 决定报价或拒绝 |
没有 Brief,不要急着报价,更不要直接开工。
客户诊断流程——所有判断回到“先访谈再 Brief”的铁律。详见 报价 + 范围 的边界写法。
Brief 是接单的第一项交付
很多 AI 接单新手以为第一项交付是文案、图片、自动化或代码。实际上,第一项交付是把客户的模糊需求变成清楚 Brief。
自由职业者要清楚三件事:自己的服务、客户的需求、双方的工作边界。Brief 就是这个边界的落地文件——它让双方知道本次项目要做什么、材料从哪里来、结果长什么样、哪些内容不包含。
对提案的启发是:提案不是堆履历,而是把问题、价值、范围和条件写清。Brief 是提案之前的简化版本。
新手先卖清楚,不先卖复杂
客户找你时,常常也没想清楚。你能把问题问清楚,本身就是专业能力。尤其是 AI 项目,客户容易说“用 AI 提效”“帮我自动化”“帮我写一套内容”,但这些话都不能直接执行。
一个好 Brief 会让客户感觉你在降低项目风险,而不是只接指令。
Brief 也是筛选客户
Brief 不只是为了服务客户,也是为了筛选项目。愿意一起确认目标、材料和边界的客户,通常更适合合作;一上来只催结果、拒绝提供材料、拒绝确认范围的客户,后面更容易出现修改争议。
新手不要把“客户不配合”理解成自己沟通不够好。有些项目在开始前就已经露出红灯。你的任务是识别它,而不是靠加班把混乱变好。
第 1 步:用 5 题访谈问清业务目标(不问格式)
先问“为什么做”,不要先问“要什么格式”。
| 客户原话 | 要追问 |
|---|---|
| 帮我写文案 | 文案用于哪里,影响什么动作 |
| 做一套自动化 | 当前流程哪里最浪费时间 |
| 做 AI 图片 | 用于广告、封面、产品图还是素材 |
| 做短视频脚本 | 目标是曝光、转化还是教育 |
| 做网站页面 | 页面要承接什么来源和行动 |
业务目标不清,交付物就会漂。你可能交了文案,但客户真正想要的是线索;你可能做了自动化,但客户真正卡在数据字段不清。
把目标写成一句话:
本项目要帮助 ___ 在 ___ 场景下完成 ___,本次交付只负责 ___。如果客户说不清目标,可以给他三个选项:提升页面表达、减少人工整理、生成可发布素材。让客户选择比开放式追问更容易推进。选完之后,再把目标写成一句能放进 Brief 的话。
目标还要和验收分开。目标是客户想改善的业务问题,验收是本次交付能检查的结果。比如“更多线索”是目标,“落地页文案包含首屏、痛点、方案、FAQ、CTA”才是验收。
第 2 步:盘客户必给输入清单(标齐 / 缺 / 未确认)
AI 项目很依赖输入材料。
| 材料 | 为什么重要 |
|---|---|
| 旧文案、旧流程、旧页面 | 判断现状和差距 |
| 客户画像和产品说明 | 避免写成泛文案 |
| 参考样例 | 判断客户审美和预期 |
| 平台规则或后台截图 | 避免违反限制 |
| 品牌素材和授权 | 控制版权和隐私 |
| 数据字段 | 自动化和表格项目必须清楚 |
材料不齐时,不要硬接。可以先卖“诊断包”或“材料整理包”,把项目从混乱状态整理到可执行状态。
如果客户不愿提供材料,却要求结果很准,这是红灯。AI 不是读心工具,输入越空,输出越容易空。
材料确认时要问来源和权限。客户给的图片、文案、数据、聊天记录和后台截图,是否可以用于项目,是否可以进入 AI 工具,是否需要脱敏,都要提前确认。很多 AI 项目不是技术出错,而是资料权限没讲清。
如果材料涉及客户用户、订单、财务、广告账户或内部流程,默认按敏感资料处理。能不用就不用,必须用就只取必要字段。
第 3 步:拆 6 字段 Brief 的交付物 / 范围(4 字段写法)
交付物要具体到文件和动作。
| 模糊说法 | 清楚范围 |
|---|---|
| 做内容 | 交付 5 条短视频脚本和标题备选 |
| 做自动化 | 表单数据写入表格并邮件提醒 |
| 做品牌 | 交付定位文案、主页简介和服务页结构 |
| 做图片 | 交付 6 张草案和提示词记录 |
| 做网站 | 交付一个落地页文案和区块结构 |
范围要同时写包含和不包含。比如“包含一轮结构修改,不包含广告投放和账号代运营”。这不是小气,是保护双方。
范围越清楚,报价越稳。客户也更容易判断是否要升级。
拆范围时也要写“交付形式”。同样是文案,可能是 Google Docs、Markdown、Notion、Figma 注释、表格字段或网站区块;同样是自动化,可能是流程图、脚本、可运行 demo 或操作文档。形式不清,客户会用自己的想象验收。
范围还要写谁负责什么。客户负责提供材料和反馈,你负责整理、制作和交付。职责不分,项目会变成你替客户补所有缺口。
第 4 步:写验收 ≥ 3 条 + 修改边界(避开"客户满意")
验收标准要可观察。
| 项目 | 验收标准示例 |
|---|---|
| 文案 | 包含标题、首屏、卖点、FAQ、CTA |
| 自动化 | 测试数据能进入表格并触发通知 |
| 图片 | 风格、尺寸、用途和可修改文件清楚 |
| 脚本 | 包含开头、主体、转场、结尾行动 |
| 诊断 | 输出问题、证据、优先级和下一步 |
不要写“客户满意为止”。这会把验收变成情绪判断。可以写“包含两轮修改,第一轮改结构,第二轮改文字或细节”。
修改边界也要写在 Brief 里。没有边界的修改,会吞掉利润和关系。
验收标准越靠近交付物越好。不要写“提高转化”“增强品牌感”这种你无法单独控制的指标。可以写“提供三版标题方向”“每个卖点配一个证据说明”“交付一份可复制的自动化设置说明”。
如果客户坚持用不可控结果验收,比如销量、排名、播放量,你要把它改成可控交付,或者暂缓合作。
第 5 步:扫 5 类红灯(无授权 / 无验收 / 时效 / 销量 / 无限改)
不是所有项目都该接。
| 红灯 | 处理 |
|---|---|
| 客户目标频繁变化 | 先做诊断,不直接执行 |
| 材料明显不足 | 补材料再报价 |
| 要求违规或侵权 | 拒绝 |
| 只要结果不要过程 | 写清风险,不承诺不可控结果 |
| 修改边界不接受 | 不接或改成按阶段收费 |
| 付款和权限不清 | 先核验平台和合同 |
拒绝错配项目,是自由职业技能的一部分。新手最怕为了成交接下高风险项目,最后赔时间、赔口碑。
红灯不一定代表客户坏。很多时候只是项目还没准备好。
红灯也有处理等级。材料不足可以补材料;目标变化可以先做诊断;要求违规或侵权就直接拒绝;付款和平台规则不清就先核验。不要把所有红灯都硬扛,也不要把所有红灯都当成客户问题。
你可以把暂缓说得专业:现在不建议直接执行,先做一个小诊断或样品阶段,把目标和材料确认后再进入完整交付。
练习方式
新手可以每天找一个公开项目练 Brief。比如一条招聘帖、一段客户需求、一家店铺页面、一篇旧文案。先不要报价,只练把需求拆成目标、材料、交付物、风险和追问。
练习时保留两版:第一版按客户原话直接理解,第二版按 Brief 表重写。对比两版,你会很快发现自己最容易漏掉哪些字段。常见漏项是验收标准、修改边界、材料权限和不包含范围。
真正接客户时,不要把练习模板原样发出去。模板只是提醒你不漏字段,最终语言要像正常项目沟通。
客户 Brief 模板
| 字段 | 填写 |
|---|---|
| 项目目标 | ___ |
| 当前问题 | ___ |
| 客户已有材料 | ___ |
| 交付物 | ___ |
| 不包含范围 | ___ |
| 验收标准 | ___ |
| 修改边界 | ___ |
| 风险和未确认字段 | ___ |
| 下一步 | 可报价 / 补材料 / 暂缓 |
把这张表发给客户确认。客户确认后,再进入报价或提案。
公开范围参数(用于读者比照判断,不是个人接单经历):
- 触发访谈门槛:客户原话 < 30 字 OR 验收人未明 OR 素材完整度 < 50%;
- 访谈题数:固定 5 题(业务目标 / 验收人 / 输入材料 / 时间窗 / 预算线索);
- Brief 字段数:6 字段(目标 / 输入 / 交付物 / 范围 / 验收 / 红灯);
- 验收标准条数:≥ 3 条,每条含“由谁验收 + 通过判断”;
- 修改轮次默认:1 轮结构 + 1 轮文字,超出转加项报价。 这是新手访谈 + Brief 阶段的固定操作参数,平台规则 / 抽成 / 提现以执行当天后台为准。
AI 怎么辅助
AI 适合做这些:
- 从客户原话提取目标和缺失字段。
- 生成追问清单。
- 把聊天记录整理成 Brief。
- 检查范围是否模糊。
- 标出红灯和暂缓条件。
AI 不能替你判断客户是否可信,也不能确认平台规则、付款、授权和账号权限。涉及这些字段,必须人工核验。
让 AI 整理 Brief 时,要给它客户原话,不要只给你的总结。原话能保留风险。
官方资料与核验口径
平台规则、算法动向、报价规则、政策口径都会变化。本文保留的是可迁移的判断框架,具体数字一律给区间。
跨平台核验入口:
- Upwork — 看 Upwork 报价、抽成与雇主验真
- Fiverr — 看 Fiverr 服务包定价与等级体系
- Contra — 看零抽成自由职业平台合同模板
- Stripe Atlas Guides · Contract Tips — 看跨境自由职业合同与发票模板
涉及具体数据、比例、报价区间的部分,以执行当天后台为准。
常见问题
客户在 Upwork 写 23 字 + 催我“先报个价”怎么回?
固定句式:"Before quoting, I need 5 quick questions to scope this properly (each ≤ 60 sec):① speed / accuracy / volume 优先 ② 谁验收 ③ 已有素材清单 ④ 时间窗 ⑤ 大致预算区间。These keep the quote accurate."——把“先报价”压力转为“先访谈”流程。客户配合 → 5 题完成后给 Brief;客户拒答 → 进拒接清单。
客户拒答"谁验收" / 反复跳过这一题怎么办?
直接拒接。无验收人 = 你无法判断什么是"完成“,整个项目会变成情绪验收。固定话术:”I can't draft a fair scope without knowing who signs off. If you're the decision-maker, please confirm; if not, please loop them in—otherwise we should pause this thread."
售后腐蚀(客户在 Brief 范围外不断小改)怎么算?
按 6 字段 Brief 里的“范围: 包含 X 不包含 Y”边界处理。第一次出现就用"this is outside the brief we agreed on (clause Y); happy to scope as an add-on" 提醒;连续 2 次后停止响应,等加项报价确认。详见 付款 / 退款风险 的售后边界写法。
Upwork 接单 vs 私域接单,诊断 + Brief 流程是否一样?
骨架一样,载体不同。Upwork 走 Resolution Center 沟通日志 + Milestone 验收记录留证;私域走合同邮件 + Stripe Atlas 模板 + 项目沟通文档。两边都必须做 5 题访谈 + 6 字段 Brief,不要因为是“熟人订单 / 私域订单”就跳过 Brief——熟人订单出问题反而更难处理。
执行前至少核验:
- Mom Test · 用户访谈方法 → 客户诊断访谈方法
- Notion · Project Brief 模板 → Brief 6 字段标准
- Upwork · Discovery Best Practices → 自由职业客户诊断范式