ToB项目中，甲方频繁提出合同外的需求是产品经理最头疼的挑战之一。本文通过一个真实的食堂消费系统项目案例，揭示了从硬刚对抗到商务化处理的思维转变。当技术负责人要求增加复杂的餐补功能时，作者如何从崩溃边缘学会用三步策略化解危机：先接住需求、提供双选项、让商务介入谈判。这套方法不仅能维护合作关系，更能将边界争议转化为商业机会。

做ToB产品这么多年，我遇到过各种各样的甲方。

但有一类最让人抓狂——合同签了，需求没完。今天要加这个，明天要改那个，每次提需求都理直气壮，好像你们天生就该做这些。

我不只遇到过，还和其中一个吵起来了。

那个让我彻底崩的技术负责人

那是一家上市公司的项目，签的是食堂消费系统。合同谈完，范围确认，我以为边界清楚了。

结果根本没有。

从项目启动那天起，需求就没停过。而且那位技术负责人提需求的方式不是商量，是下指令。说实话我一开始还能接，毕竟甲方嘛，多少要让着点。

但有一个需求把我整破防了。

他要做一个餐补功能——每天按不同时段，给员工自动发放不同金额的餐补。我一听，感觉没什么大不了。等真正去拆解，傻眼了：不同部门规则不一样，节假日要单独处理，发出去的钱要能追回来，对账逻辑要和财务系统打通……

工作量直接翻了好几倍。而且这个需求，合同里根本没有。

我去找他沟通，说这块不在合同范围内。

他说：”这不是应该有的功能吗？”

我说：”合同里没有这一项。”

他说：”那你们合同写得有问题。”

我当时脑子里有一根弦绷断了。

后来又来了几个类似的需求，我没忍住，直接开怼了。具体说了什么不重要，反正气氛很僵，项目差点卡死。

后来发生了一件我没想到的事

那位技术负责人被调离了。

新来的人接手，我们重新坐下来把需求清单梳理了一遍。合同外的功能，一条一条确认，该加钱的加钱，不做的砍掉，双方签字确认。

那个餐补需求？

加钱，做了。

项目最后顺利交付。

我后悔那次吵架吗

有一点。

不是因为我错了——那些需求确实不在合同里，我没有义务白做。

但我后悔的是，那次硬刚搞得双方都很被动，浪费了大量时间扯皮，项目进度也拖了。如果当时换一种方式处理，可能根本不需要走到那一步。

后来我想明白了一件事：

在ToB项目里，和甲方吵架，赢了也是输。

赢了这次争论，关系裂了，后面的配合、验收、转介绍全都受影响。输了，需求白做了，下一个甲方还会用同样的方式来压你。

吵架解决不了问题，只会让问题更难解决。

真正该做的，是把”需求边界”的问题，变成”商务”的问题。

我后来碰到类似情况是这样处理的

总结起来三步，听着简单，但需要练：

第一步，先接住。

甲方提需求，不管合不合理，当场别说”不行”、”合同没有”。就说”好的，我记下来，回去评估一下”。

这句话说出来，对方感觉被尊重，不会立刻激化。而且你也给自己争取了时间，不用在对方面前当场表态。

我以前习惯当场判断，觉得这样效率高。后来发现，当场拒绝只会让甲方觉得你在对付他，然后开始和你较劲。

第二步，给两个选项，不要只给一个。

评估完之后去回复甲方，给他两条路：一是这个需求可以排到下一期，二是走变更流程，额外报价。

一定是两个选项，不是一个。一个选项是通知，两个选项是商量。人对”被商量”的感受比”被通知”要好得多，哪怕最终结果一样。

第三步，涉及钱的，让商务去谈。

这条是我学到最重要的。

我去和甲方谈加钱，对方第一反应是”你在卡我”。商务去谈，对方的感受是”这是正常流程”。同样的事，不同的人去谈，结果差很多。

所以现在只要涉及合同变更，我第一时间上报，让商务介入，我只负责把需求说清楚。

说到底，甲方为什么总提合同外需求

以前我觉得这类甲方就是在占便宜，现在想法变了。

大部分情况下，他们提这些需求，是因为他们自己也有压力——上面要求功能，他要交付，他不管你合同怎么写。他不是在刁难你，他是在解决他自己的问题，只是方式让你很难受。

理解了这个，你看甲方的态度会不一样，处理起来也会更冷静。

先接住，再商量，该加钱加钱。

这是我做ToB这几年，用得最多的一套动作。