客户中途加需求怎么加钱，别只加活儿
那个烧烤店小程序交付的时候，客户在验收前一天说要加一个「分享到群里自动带店铺名」的功能。我当时的反应是「行，顺手改一下」，结果那天晚上弄到两点。客户中途加需求怎么加钱，我是从那次之后才开始认真想的。
结论：加需求要按「重新报价」处理，不是按「帮忙改一下」处理。 你要加的不是工作量，是变更的价格和后果。
先明确一件事：加钱的不是需求，是变更
需求本身没有对错，客户想做更多功能很正常。真正的问题在于，原来的报价和工期是基于旧范围的，范围一变，原合同就失效了。
所以第一步不是说「这个要加钱」，而是说「这个功能不在我们原来的范围里，我算一下影响，明天给你一个调整方案」。
这句话把对话从「你帮不帮」拉到「我们怎么安排」，性质完全不同。
第一步：把变更写下来，别只在微信里说
我现在的习惯是：客户在群里说需求，我回一段文字复述一遍——「确认一下，你要的是 A，入口在 B，用户看到的效果是 C，对吗？」
复述有三个作用。它会逼客户把模糊想法说清楚；它会留下文字记录；它会暴露那些客户自己都没想明白的部分。
口头需求是变更扯皮的根源。 加钱谈不拢，往往不是因为钱，是因为双方对「要加什么」的理解根本不一样。
第二步：拆出工时，再乘一个变更系数
有了明确的变更内容，接下来算工时。工时怎么估，我在接私活怎么报价不吃亏里写过方法。
关键在下一步：变更工时不能按正常工时算。 它打断你正在做的事、要在已经写好的结构里塞东西、还要重新测试和回归，这些成本都要算进去。
我的做法是在估算工时上乘一个系数再报价。系数定多少看情况——越晚提出、越动到核心结构的变更，系数越高。
第三步：给三选一，不给是非题
只给客户一个数字，对话就变成「贵了、能不能便宜」。给三个选项，对话就变成「选哪个」。
我通常给的是：只做核心功能、标准做法、含后续维护的做法。三档的价格和工期都不一样，客户自己会挑。
这个技巧的价值不在于卖出更贵的，而在于让客户感觉到自己做了决定，而不是被你通知涨价。
第四步：同时调整工期和付款
加钱只说了一半。变更几乎必然影响交付时间，工期也要一起改。
我吃过这个亏：加了功能但没改工期，最后是我自己熬夜补，等于白干。现在我会同时给出新的交付日期。
付款节奏也要跟着动。如果变更幅度大，我会要求就这部分单独付一笔。具体的定金比例怎么定，见接单定金一般收多少。
几个容易卡住的点
卡点一：客户说「这个很简单吧」。 简单不简单由实现决定，不由观感决定。你可以直接说：「看着简单，但它要动到已经做好的部分，我需要重测。」
卡点二：你已经做了才发现该加钱。 这时候坦白说：「这个我顺手做了，但它超出了原范围，下次这类我会先跟你确认。」
卡点三：老客户、好朋友。 别用变更条款对付朋友，但也不能一直免费。我在熟人找做项目怎么报价里写了我的规则。
所有涉及合同条款和税务的处理，以当地税务机关和平台官方口径为准。
常见问题
Q：客户中途加需求怎么加钱，会不会把客户谈跑？
A：会跑掉一部分，但那部分本来也很难做好。真正的问题是你不加钱、硬扛下来，最后交付质量和关系一起崩，损失更大。
Q：小改动也要收钱吗，会不会显得太计较？
A：小改动可以打包处理，比如累计几次一起算，但别默认免费。一开始就把规则讲清楚，比事后翻脸体面得多。
Q：客户不同意加钱也不肯砍需求，怎么办？
A：给替代方案——砍掉别的功能、或者延后到下一期。把总成本摊平，让客户在范围、工期、价格里选两样放弃。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」