需求做到一半变了，怎么谈加钱才不伤关系

做着一半，客户发来一句「顺便再加个xx吧，很简单吧应该」。这一句是接单里最难接的话：答应，工作量实实在在多出来；拒绝，又怕伤了关系。

这篇讲怎么把「顺便加一下」变成一笔明明白白的账。

一、先分清：是变更，还是当初没问清

先诚实地对自己分类，再开口。把「理解偏差」硬说成「需求变更」，赢一次争论，丢一个客户；反过来，把「变更」默默接下来，丢的是钱和边界。分类对了，后面的谈判才有底气。

如果发现自己老处在「理解偏差」那一栏，问题多半出在接单前——需求确认的功夫不够，见怎么把需求问清楚和怎么把修改次数写进需求。

二、谈加钱的三个前提

1. 变更落在文字上。「你说的是在原有页面加一个预约表单，对吧」——让他确认一遍。口头变更后面全靠回忆，回忆各有各的版本。
2. 影响范围说清。不只是「要加钱」，而是「这个需求影响的是排版和后台逻辑，多出大约一天，多出的部分是xx」——让加钱有出处。
3. 给两个方案，不是一道墙。「加这个功能，加xx元、多一天」或「不加钱，把原来的xx从范围里去掉，腾出这个时间」——让客户在两个可选项里选，比「能不能加钱」体面得多，也有效得多。

三、话术可以照抄的一段

不说「这个要加钱」，说：

「这个可以加。它动的是xx部分，大概多出一天工作量。两个做法你选：一是加进来，费用按原来单价算是xx，交付顺延一天；二是先按原计划交付，这个功能放到下一期做。你定。」

这段话的关键在最后两个字：你定。把决定权交出去，钱的事就从「扯皮」变成了「选项」。

四、两个常见的坑

• 「行吧我先做着」——最贵的一句话。先做了，钱就永远谈不回来了：活已经在了，客户凭什么再付？做之前必须把方案谈定。
• 怕伤关系全接下来——关系照样伤。你接下来的是超出预算的工作，交付时间被拖、质量被压，最后两头不讨好。边界清晰的合作才长久，没合同也要留下的四样东西里，「修改规则」这一样防的就是这个。

五、什么情况该免费做

不是所有「顺便加一下」都要谈钱，给一个判断口径：

• 五分钟能搞定、不用动交付结构——直接做，做个顺水人情
• 半小时以内，但这个客户后续还有单——做，但在交付说明里轻轻点一句「这个是我顺手给你处理的」，让他知道而不让他难堪
• 要动结构、要重做已完成的部分——必须谈，这是原则

免费用在小事上，是把人情花在刀刃上；大事上免费，是把自己的报价体系戳漏。

六、AI 只做两件事

• 把变更的影响拆给你看：新需求描述发给它，让它列「这个变更影响哪些已完成部分、大致多多少工作量」——你有了一个客观的清单，谈判时不是凭感觉喊价
• 出几版加钱话术：按「熟客户、新客户、拖了很久的客户」各出一版，你挑着改

分不清变更还是理解偏差、该不该让这一步，这些判断它给不了。

最后

「顺便加一下」这句话本身没什么恶意，多数客户只是不知道这背后要花多少工夫。你的任务不是防着客户，是把「不知道」变成「知道」：影响说清楚，方案给出来，选择权交回去。

这样谈下来的加钱不伤关系——伤关系的从来不是加钱，是交付崩了。