AI 接单客户临时加需求怎么办：先判断是修正、补漏还是新增范围

AI 接单最容易卡住的地方，不是不会写代码，而是客户在交付后又补一句：“这里能不能顺便加一下？”

如果你直接答应，小单会变成无限返工；如果你直接拒绝，客户又会觉得你不好沟通。比较稳的做法，是先把新增内容分成三类：修正、补漏、新增范围。

一句话答案

客户临时加需求时，不要立刻说可以或不可以。先判断这件事属于交付错误修正、原需求遗漏补齐，还是新增功能范围。前两类可以在本次修改内处理，第三类要先补充范围和报价。

1. 先问一句：这是原来确认过的吗？

客户追加需求时，第一步不是开工，而是回到最初确认的需求。

你可以这样问：

我先确认一下：这个功能是之前需求里已经确认过、但这版没有体现，还是现在新增的想法？
如果是之前确认过的内容，我这次直接补上；如果是新增功能，我先帮你拆一下工作量和报价。

这句话的好处是温和，不会让客户感觉你在推脱，同时也把边界说清楚了。

2. 三类需求要分开处理

修正：你做错了，应该免费改

比如客户明确说过按钮要跳转到微信二维码，但你做成了跳转首页。这是交付错误。

处理方式：

这个属于我这版没有按确认需求做对，我直接修正，不算新增需求。

补漏：需求里说过，但细节没写清

比如客户说“后台能看报名数据”，但没有说要按时间排序。交付后客户希望加排序，这通常可以算小范围补充。

处理方式：

这个和原来的后台查看数据有关，我这次作为小范围补充处理。后面如果再加筛选、导出、权限这些，就需要单独确认范围。

新增范围：原来没有，需要补报价

比如原本只是做一个落地页，后来客户说想加登录、支付、会员、短信通知。这已经是新阶段。

处理方式：

这个属于新增功能，不在本次交付范围里。我可以继续做，但需要先确认新增内容、交付时间和费用。建议拆成下一阶段，不影响当前版本验收。

3. 可以直接复制的判断表

需求类型：修正
判断标准：之前确认过，但交付结果不一致
处理方式：本次免费修正
需求类型：补漏
判断标准：和原需求强相关，但细节没有写清
处理方式：可作为一次小范围修改
需求类型：新增范围
判断标准：新增页面、流程、接口、账号体系、支付、权限或复杂自动化
处理方式：先拆范围，再单独报价

4. 给客户的完整回复模板

下面这段适合 Claude Code、Codex、Cursor 做出来的小项目交付后使用：

收到，我先按交付范围帮您判断一下。
如果这是之前已经确认过、但这版没有做出来的内容，我会直接修正；
如果是和原需求相关的小细节，我可以放在本次小范围修改里；
如果是新增页面、新增流程、新增接口、账号、支付、权限或更复杂的后台功能，就需要作为下一阶段单独确认范围和费用。
您可以把这次想加的内容按 1、2、3 列出来，我帮您标注哪些属于本次修改，哪些建议放到下一阶段。

这段话不强硬，但会让客户知道“新增内容不是默认免费”。

5. 交付前就要写清楚免费修改范围

如果你不想每次都解释，可以在交付时提前写：

本次包含一次小范围修改，主要包括：
文案调整

字段名称调整

图片替换

颜色和按钮文字调整

已确认需求中的错误修正
不包含：
新增页面

新增登录、支付、短信、权限

新增复杂后台流程

新增第三方系统接入

和原需求无关的新功能

这样后面客户说“顺便加个支付”，你就有依据继续报价。

6. 让 AI 帮你做变更判断

如果客户发来一大段修改意见，可以把交付范围和客户反馈一起发给 Claude Code、Codex 或 Cursor，让它先分类。

提示词可以这样写：

请帮我判断下面这些客户修改意见，哪些属于交付错误修正，哪些属于原需求相关补漏，哪些属于新增范围。
请输出三栏表格：
本次应免费修正

可作为一次小范围修改

建议单独报价的新增需求

要求语气适合发给客户，不要争辩。

这一步可以帮你把情绪问题变成范围问题。

7. 最短处理流程

客户提出新增想法
→ 对照原需求
→ 分成修正、补漏、新增范围
→ 本次能改的先列出来
→ 新增范围单独报价
→ 当前版本先验收

重点是最后一句：当前版本先验收。不要让新增需求把已完成的交付拖住。

结论

AI 接单想稳定赚钱，不能只靠写得快。客户临时加需求时，先分清修正、补漏和新增范围。该免费的免费改，该补充的补充，该报价的先报价。边界清楚以后，客户更容易继续合作，你也不会被“顺便改一下”拖垮。