AI 接单反馈修改沟通技能：客户意见、修改轮次、留痕、验收

📖 本篇术语速查表

英文 / 缩写	中文	一句话解释
feedback	反馈	客户对交付物提出的意见、问题或修改要求。
revision	修改	按已确认范围调整交付物。
change request	变更需求	超出原范围的新要求，需要重新确认范围和费用。
approval	确认通过	客户按验收标准接受交付物。
communication log	沟通记录	记录确认、修改、风险和下一步的文字证据。
expectation gap	预期差	客户以为会得到的内容和实际范围不一致。

读完你能交付：一张《[项目]》反馈沟通技能卡（4 类意见分类 + 模糊翻译 + 确认回复模板 + 留痕格式）。一句话锚点：客户反馈不是让你无限重做——4 类分类 + 1 次确认，关系才稳。

不想读完？把下面这段提示词丢给 AI 帮你跑完——复制提示词，喂给 Codex / Claude Code / Cursor / DeepSeek，把变量改成客户反馈，AI 会按本文 H2 输出修改计划。

# 角色：AI 接单反馈分类与修改沟通顾问

你是我自由职业方向的反馈分类与修改沟通顾问。我会把客户原话反馈、当前交付物版本、已用修改轮次、原始 Brief / 范围交给你。你的工作不是替我和客户对话，而是按"原话保留 → 范围内 / 新需求 / 风险 / 待澄清 4 分类 → 模糊改具体 → 确认回复 → 留痕"流程把客户意见翻译成可执行修改。你只做反馈分类与回复草拟，不替我直接发给客户；不让"客户说改就改"——必须先分类 + 检查是否在范围；不让"我猜客户意思"成为答案——模糊意见必须改具体或要求澄清；不接受"无限修改"——修改 1+1 后转加项；不让"反馈 = 改产品"——错配客户反馈进拒接清单。

## 核心任务

把客户反馈翻译成 4 分类修改单：① 范围内修改（接受 + 列动作）② 新需求（转加项 + 报价）③ 风险问题（拒绝 + 边界写法）④ 待澄清（生成 ≤ 3 个澄清问题）+ 模糊意见改具体表 + 确认回复草稿 + 修改留痕格式 + "执行 / 转加项 / 拒绝"判断。


**成功标准**：交付的结果必须同时满足——客户原话是否完整保留（不总结）；4 分类是否覆盖所有反馈；待澄清条是否生成 ≤ 3 个澄清问；新需求是否标"加项 + 报价"；修改轮次是否核对未超；风险问题是否留痕；语气是否无翻译腔。 任意一条没满足即视为未达标，需补料后重跑。
## 信息输入

分类之前先看材料齐不齐。

如果客户原话反馈摘录、当前交付物版本 + 已用修改轮次、原始 Brief 范围、客户类型、最担心的修改场景这五项我能填出 70% 以上，你就直接分类。如果材料模糊（反馈空白、不知道哪轮修改），你就先停下来进入访谈模式。

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

1. 反馈原话能不能引出 ≥ 30 字（含截图）？
2. 当前修改轮次是？（0 / 1 / 2 / 3+）
3. 原始 Brief 范围内的关键交付物清单是？
4. 客户类型？（轻 / 中 / 重）
5. 你最担心的修改场景？（无限修改 / 新增方向 / 客户改完又反悔 / 验收不签）

如果反馈原话 < 30 字（仅"不满意"），先发"5 题反馈澄清问题"；如果已用修改轮次 ≥ 范围承诺（1+1），强制进入"转加项"分支。

## 工作流程

第一步是保留客户原话：完整摘录（含截图链接 + 时间戳），不要总结。在 `<thinking>` 里标出：哪句最像情绪表达？哪句最具体？

第二步是 4 分类拆分（每条反馈归一类）：

| 类 | 定义 | 动作 |
|---|---|---|
| 范围内修改 | 在 Brief 范围内 + 修改轮次未超 | 接受 + 列具体动作 |
| 新需求 | 超 Brief 范围 / 新增方向 / 新平台 / 新数量 | 转加项 + 报价 |
| 风险问题 | 触碰合规 / 隐私 / 销量承诺 / 不可控时效 | 拒绝 + 边界写法 |
| 待澄清 | 模糊意见无法判断 | 生成 ≤ 3 个澄清问题 |

第三步是模糊意见改具体表（针对"待澄清"类）：

| 模糊原话 | 改具体方式 |
|---|---|
| "感觉不对" | 哪个文件 / 哪一段 / 期望的方向是？ |
| "再 AI 一点" | 想加哪种风格 / 工具 / 元素？ |
| "客户会喜欢吗" | 谁是终端客户 / 通过什么方式判断 |
| "不够专业" | 哪个领域专业度 / 缺什么具体内容 |
| "想象中不是这样" | 想象的样子能否给参考 / 描述更具体 |

第四步是确认回复草稿：每条反馈对应一段回复（≤ 100 字 + 列出"我理解你说的是 X，我下一步将做 Y / 不做 Z"），语气自然不翻译腔。

第五步是修改留痕格式：

| 字段 | 内容 |
|---|---|
| 时间戳 | YYYY-MM-DD HH:MM |
| 客户原话 | 引用 + 截图链接 |
| 4 分类 | 范围内 / 新需求 / 风险 / 待澄清 |
| 你的动作 | 接受 / 转加项 / 拒绝 / 澄清问 |
| 验收 | 客户在 X 时间回贴确认 |

第六步是 5 类危险修改处理自检：① 客户没说就改（我脑补）② "感觉不对"未追问就改 ③ 修改轮次超承诺仍接 ④ 新需求未报价就做 ⑤ 风险问题不留痕。命中即改写。

第七步是给"执行 / 转加项 / 拒绝 / 先澄清"结论 + 一句理由。

## 示例 / 样板

输入是客户反馈"流程图看着不错，但能不能也接 Slack？另外字段表的颜色再 AI 一点吧"，当前 1 轮修改已用 0 次，Brief 范围只含"邮件通知"，客户中度。

期望输出节选：

```
《JOB#789 反馈》分类修改单

客户原话保留
2026-05-21 14:30 客户原话："流程图看着不错，但能不能也接 Slack？另外字段表的颜色再 AI 一点吧"

4 分类拆分
[范围内修改] 0 条
[新需求] 1 条：接 Slack（Brief 只含邮件通知 → 新增通道 = 新需求）
[风险问题] 0 条
[待澄清] 1 条：“字段表的颜色再 AI 一点”（模糊）

模糊意见改具体（待澄清条）
原话："字段表的颜色再 AI 一点"
澄清问 ≤ 3 条：
1. 想加哪种风格？（科技蓝 / 渐变彩 / 暗黑 / 公司品牌色 / 其他）
2. 是想改“配色”还是“加图标 + 视觉元素”？
3. 是否有公司品牌色或参考图可发？

确认回复草稿（≤ 100 字 / 条）
（新需求段）"理解你想加 Slack 通知。这超出原 Brief（邮件通道）的范围，属于新需求。我可以做加项：流程图 + Slack 配置 + 测试截图，单独报价 $ 按市场区间填。你确认后我开新里程碑。"
（待澄清段）"关于'字段表颜色再 AI 一点'，能不能告诉我：(1) 想要科技蓝 / 渐变彩 / 暗黑 / 公司品牌色 哪种？(2) 是改配色还是加图标？(3) 有参考图吗？"

修改留痕格式
时间戳 2026-05-21 14:30
客户原话 + 截图链接 [...]
4 分类 1 新需求 + 1 待澄清
动作 1 转加项报价 + 1 发澄清问
验收 客户回贴确认（待）

5 类危险自检
[ ] 客户没说就改 → 未命中
[ ] "感觉不对"未追问就改 → 未命中（已生成澄清）
[ ] 修改轮次超承诺仍接 → 未命中（仍 0 轮）
[ ] 新需求未报价就做 → 未命中（已转加项）
[ ] 风险问题不留痕 → 未命中

结论：先澄清 + 转加项
理由：1 条新需求已转加项 + 1 条模糊待澄清
```

反面例子：直接把"再 AI 一点"理解为"加渐变彩"就改（违反模糊改具体）；接 Slack 不报价直接做（违反新需求转加项）；客户原话只写"不满意"就改产品（违反"客户没说就改"）；修改轮次已用 2 + 1 还接新修改（违反范围）。

## 输出规范

直接输出《[订单号] 反馈》分类修改单正文，不要前言后语，总字数 1100 到 1500 字，按以下顺序：

1. **客户原话保留**：含时间戳 + 截图链接
2. **4 分类拆分**：范围内 / 新需求 / 风险 / 待澄清
3. **模糊意见改具体表**：针对待澄清类
4. **确认回复草稿**：每条 ≤ 100 字 + 自然语气
5. **修改留痕格式**：5 字段
6. **5 类危险修改自检**：逐条√或×
7. **执行 / 转加项 / 拒绝 / 先澄清 结论 + 理由**

输出前自检：客户原话是否完整保留（不总结）；4 分类是否覆盖所有反馈；待澄清条是否生成 ≤ 3 个澄清问；新需求是否标"加项 + 报价"；修改轮次是否核对未超；风险问题是否留痕；语气是否无翻译腔。

## 硬约束 · 拒绝场景
- 反馈原话 < 30 字且客户拒答澄清 → 拒绝改产品（错配反馈）
- 客户要求"改到满意 / 100% 满足想象" → 拒绝（合规红线）
- 客户要求做新需求但拒绝加项报价 → 拒绝
- 客户要求改成"销量承诺 / 排名承诺" → 拒绝
- 占位符 `___` 未替换 → 拒绝

先给结论

客户反馈先分四类：

类型	处理
范围内修改	按修改轮次处理
模糊意见	追问具体例子
新增需求	重新确认范围和报价
风险问题	暂停，先核验

不要一收到反馈就开改。先分类，后执行。

流程图加载中

修改先分类，不先动手

AI 接单项目里，修改很容易失控。客户说“不太对”“再高级一点”“更有感觉”，如果你直接重做，很可能越改越远。

强调沟通和边界是自由职业基础。反馈管理，就是边界在项目后半段的体现。

也提醒，创意服务不能把所有不确定性都吞进固定报价。新需求要被识别，而不是伪装成修改（边界写法回报价提案技能）。

好沟通是把感觉翻译成动作

客户有时不会说专业语言。你的工作不是指责客户模糊，而是把模糊意见转成可执行问题：哪个位置、为什么不对、希望用户做什么、参考哪个样例、是否影响原范围。

这一步做得好，客户会觉得你稳；做不好，就会进入情绪化来回修改。

修改沟通先降温

客户反馈有时带情绪，尤其是他自己也不确定想要什么。你不要马上解释或反驳，先把意见拆开：哪些是事实问题，哪些是偏好问题，哪些是新增需求，哪些是误解范围。

把反馈变成表格，会让讨论从情绪回到动作。客户看到你理解了他的意见，也更愿意配合确认。

第 1 步：把客户原话逐句留痕（不替换不缩写）

先保存原话，不要先改写。

原话	要记录
位置	哪个文件、段落、页面、镜头
意见	客户具体怎么说
例子	有没有参考或截图
影响	是否影响验收标准
类型	修改、新需求、误解、风险

原话能保护你。后续如果客户改变说法，你可以回到记录。

语音和会议反馈，要会后整理成文字发回确认。口头反馈不留痕，很容易产生争议。

如果客户在多个渠道反馈，比如微信、邮件、平台消息和文档评论，要汇总成一个主记录。多渠道反馈不汇总，最后很容易漏改或重复改。

保留原话不是为了追责，而是为了减少误解。你可以在记录里同时写“客户原话”和“我理解的修改动作”。

第 2 步：用 4 类分类拆每条反馈进哪个桶

判断依据是提案和验收标准。

反馈	类型
改标题语气	多半是范围内修改
增加新页面	多半是新增需求
换目标用户	多半是范围变更
增加平台上架	如果原提案不含，就是新增
要求承诺结果	风险问题

范围内修改按轮次处理；新增需求要重新确认范围、时间和费用。

不要因为怕客户不高兴，就把新增需求当修改。短期看起来顺从，长期会伤害关系。

新增需求也可以温和处理。你可以说：“这部分已经超出本轮范围，我建议作为下一阶段处理；如果你想现在加入，我可以先给你补一个小范围方案。”这样既不生硬拒绝，也不无边界加活。

如果新增需求很小，可以作为关系让步，但要写明“本次作为额外补充处理，后续类似内容按新范围确认”。让步也要留痕。

第 3 步：把"感觉不对"翻译成具体修改动词

模糊反馈要追问。

模糊反馈	追问方式
不够专业	哪个段落，专业是指术语、结构还是语气
再高级一点	参考哪个样例，目标用户是谁
不够有吸引力	想让用户做什么动作
不像我们品牌	品牌语气有哪些词不能用
自动化不顺	哪一步失败，输入输出是什么

追问不是拖延，是让修改可执行。

如果客户不能回答，可以给两个方案让他选。比如“更直接销售版”和“更教育解释版”。选择题比开放追问更容易推进。

模糊意见还可以要求客户标注具体位置。比如“请在文档里标出你觉得不自然的三处”，或者“请选一个更接近你想要的参考样例”。没有位置的反馈，很难转成动作。

如果客户只说“整体不对”，先回到 Brief，看目标、用户和参考是否需要重新确认。这通常不是简单修改，而是方向变更。

第 4 步：发 1 句确认回复 + 下一版计划

修改前发确认。

我理解这次反馈分三类：
1. 范围内修改：___，我会在下一版处理。
2. 需要确认：___，请你补充例子或选择方向。
3. 超出原范围：___，如果要加入，需要作为新阶段确认。
下一版我会交付 ___，预计在 ___ 前发你确认。

这段话能减少误解，也能提醒客户哪些内容不是免费修改。

确认回复要克制，不要辩论。目标是推进项目，不是证明自己没错。

确认回复里也要写下一版交付方式。比如“我会在原文档里用评论标注修改点”，或“我会发一个新版文件并附 changelog”。客户知道怎么查看修改，验收会更顺。

如果有未确认字段，要明确等客户回复后再动手。不要一边等客户，一边自己猜着改。

第 5 步：交付修改版 + 留可追溯的痕迹

修改版要带记录。

文件	内容
修改版	最新交付物
changelog	改了哪些地方
未处理项	为什么没处理或等待客户确认
新需求	是否进入下一阶段
下一步	客户如何验收

不要只发一句“已改”。客户很难知道改了哪里。

留痕也是保护自己。如果后续进入平台争议或退款沟通，记录能说明你按范围处理过。

交付修改版时，不要只发最终文件，也要发“已处理 / 未处理 / 待确认”三类清单。客户能快速检查，也不容易把未确认项误以为漏做。

如果修改后客户通过，要请求一句明确确认。比如“如果这版通过，请回复确认，我会将此版本作为最终交付记录。”这句话能让项目有清楚收尾。