ToB项目中，甲方频繁提出合同外的需求是产品经理最头疼的挑战之一。本文通过一个真实的食堂消费系统项目案例，揭示了从硬刚对抗到商务化处理的思维转变。当技术负责人要求增加复杂的餐补功能时，作者如何从崩溃边缘学会用三步策略化解危机：先接住需求、提供双选项、让商务介入谈判。这套方法不仅能维护合作关系，更能将边界争议转化为商业机会。 做ToB产品这么多年，我遇到过各种各样的甲方。 但有一类最让人抓狂——合同签了，需求没完。今天要加这个，明天要改那个，每次提需求都理直气壮，好像你们天生就该做这些。 我不只遇到过，还和其中一个吵起来了。 那个让我彻底崩的技术负责人 那是一家上市公司的项目，签的是食堂消费系统。合同谈完，范围确认，我以为边界清楚了。 结果根本没有。 从项目启动那天起，需求就没停过。而且那位技术负责人提需求的方式不是商量，是下指令。说实话我一开始还能接，毕竟甲方嘛，多少要让着点。 但有一个需求把我整破防了。 他要做一个餐补功能——每天按不同时段，给员工自动发放不同金额的餐补。我一听，感觉没什么大不了。等真正去拆解，傻眼了：不同部门规则不一样，节假日要单独处理，发出去的钱要能追回来，对账逻辑要和财务系统打通…… 工作量直接翻了好几倍。而且这个需求，合同里根本没有。 我去找他沟通，说这块不在合同范围内。 他说：”这不是应该有的功能吗？” 我说：”合同里没有这一项。” 他说：”那你们合同写得有问题。” 我当时脑子里有一根弦绷断了。 后来又来了几个类似的需求，我没忍住，直接开怼了。具体说了什么不重要，反正气氛很僵，项目差点卡死。 后来发生了一件我没想到的事 那位技术负责人被调离了。 新来的人接手，我们重新坐下来把需求清单梳理了一遍。合同外的功能，一条一条确认，该加钱的加钱，不做的砍掉，双方签字确认。 那个餐补需求？ 加钱，做了。 项目最后顺利交付。 我后悔那次吵架吗 有一点。 不是因为我错了——那些需求确实不在合同里，我没有义务白做。 但我后悔的是，那次硬刚搞得双方都很被动，浪费了大量时间扯皮，项目进度也拖了。如果当时换一种方式处理，可能根本不需要走到那一步。 后来我想明白了一件事： 在ToB项目里，和甲方吵架，赢了也是输。 赢了这次争论，关系裂了，后面的配合、验收、转介绍全都受影响。输了，需求白做了，下一个甲方还会用同样的方式来压你。 吵架解决不了问题，只会让问题更难解决。 真正该做的，是把”需求边界”的问题，变成”商务”的问题。 我后来碰到类似情况是这样处理的 总结起来三步，听着简单，但需要练： 第一步，先接住。 甲方提需求，不管合不合理，当场别说”不行”、”合同没有”。就说”好的，我记下来，回去评估一下”。 这句话说出来，对方感觉被尊重，不会立刻激化。而且你也给自己争取了时间，不用在对方面前当场表态。 我以前习惯当场判断，觉得这样效率高。后来发现，当场拒绝只会让甲方觉得你在对付他，然后开始和你较劲。 第二步，给两个选项，不要只给一个。 评估完之后去回复甲方，给他两条路：一是这个需求可以排到下一期，二是走变更流程，额外报价。 一定是两个选项，不是一个。一个选项是通知，两个选项是商量。人对”被商量”的感受比”被通知”要好得多，哪怕最终结果一样。 第三步，涉及钱的，让商务去谈。 这条是我学到最重要的。 我去和甲方谈加钱，对方第一反应是”你在卡我”。商务去谈，对方的感受是”这是正常流程”。同样的事，不同的人去谈，结果差很多。 所以现在只要涉及合同变更，我第一时间上报，让商务介入，我只负责把需求说清楚。 说到底，甲方为什么总提合同外需求 以前我觉得这类甲方就是在占便宜，现在想法变了。 大部分情况下，他们提这些需求，是因为他们自己也有压力——上面要求功能，他要交付，他不管你合同怎么写。他不是在刁难你，他是在解决他自己的问题，只是方式让你很难受。 理解了这个，你看甲方的态度会不一样，处理起来也会更冷静。 先接住，再商量，该加钱加钱。 这是我做ToB这几年，用得最多的一套动作。 本文由 @园区产品人 原创发布于人人都是产品经理。未经作者许可，禁止转载 题图来自作者提供 该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务
来源: 查看原文
