面对这种“方案已交付、业务又加码”的情况，你的处境非常经典。作为甲方对接人，你现在的核心任务不是“拒绝”，而是“转换谈判维度”——把“技术实现问题”转化为“项目范围与商务成本问题”。

以下是一套从战术准备到话术落地的实操指南，帮你既守住公司利益，又不破坏与乙方的合作关系。

第一步：谈判前的“自我诊断”（先别急着打电话）

在找乙方之前，先做三个内部确认，这决定了你的谈判底牌：

1. 定性（是“微调”还是“新功能”？）：新导出需求是在原有字段上增加3个字段（微调），还是需要全新的报表逻辑、交互界面（新功能）？如果是前者，通常乙方会免费送；如果是后者，必须走变更流程。

2. 找钱（预算从哪出？）：如果没有预留变更预算，你是否能用“后续二期项目”或“额外维保服务”作为交换筹码？

3. 定人（谁提的需求？）：如果是业务部门大领导提的，拉上他一起去施压；如果是基层员工提的，先评估必要性，非核心需求可以压后。

第二步：谈判桌上的“三段式话术框架”

谈判时，不要一上来就谈钱。建议采用 共情 -> 定义 -> 置换 的逻辑：

1. 共情（先给情绪价值）

“王总，我完全理解，我们业务侧现在看到数据了，确实产生了新的分析视角，这个需求在业务价值上是成立的。”

2. 定义（把“你觉得”变成“合同里”的）

“不过我们复盘了一下当时的确认方案，现在的导出逻辑涉及到了底层数据模型的重新关联（举例具体技术难点），这已经超出了原合同‘既定报表导出’的工作量范畴。按合同条款，这属于需求变更。”

3. 置换（给乙方台阶，也给自己退路）

“我知道咱们团队最近资源紧。我这边有两个方案，你看哪个能接受：

• 方案A（给钱）：我这边发起正式的变更流程，按人天算费用，你们报个优惠价，我尽快走审批。

• 方案B（换资源）：如果走费用流程太久，能不能把后续的运维支持周期延长一个月作为交换？或者我把这个需求放到下个迭代版本，不占用你们当前验收的紧张排期？”

第三步：根据乙方反应，灵活出牌

根据乙方项目经理的性格，你会遇到三种情况，应对策略如下：

• 情况1：乙方很强势，强调“验收后概不负责”

• 应对：把矛盾转移。“验收是指对原定功能的验收，新增需求当然不在验收范围内。但如果我们卡着验收不给过，对你们回款也不利。不如我们把原功能先验收，新需求单独签一个补充协议（哪怕金额很小），大家流程都顺。”（用回款倒逼对方坐下来谈）。

• 情况2：乙方想卖惨，说“开发没排期”

• 应对：“开发没排期我可以去压业务，不要求下周一上线。我给你一个月缓冲期。但咱们必须先把‘做不做’和‘怎么做’敲定，至于‘什么时候做’，我来帮你去说服业务等。”（用时间换空间）。

• 情况3：乙方想借机抬高报价

• 应对：启动“技术替代方案”。“如果大改后台太贵，能不能让乙方开发一个‘原始数据导出’功能，让业务自己用Excel透视表去拉取？这样开发成本降到最低，能满足80%的需求。”

第四步：终极底牌（谈判破裂时的预案）

如果乙方坚决不做，且拒绝沟通，拿出你的“验收权”和“尾款支付”作为最后的谈判筹码（但慎用，这是杀敌一千自损八百）：

“既然新增需求谈不拢，那我们先搁置。但是目前的系统生产环境仍有3个影响使用的Bug（找几个可大可小的问题），按合同条款，这些必须修复后才能启动验收流程。我们边修Bug，边重新评估这个导出需求的工作量，好不好？”

给你的特别建议（避坑指南）

作为甲方对接人，千万不要在乙方前排胸脯说 “这需求很简单，你们顺手做了吧”。这句话是合作破裂的导火索，因为乙方最讨厌被否定工作量。

你正确的角色是 “翻译官”和 “过滤器”：

1. 把业务的“我想要”翻译成技术的“需要改什么”。

2. 过滤掉业务不紧急的需求，告诉乙方：“我只把最核心的2个点提出来变更，其他的我帮你们挡回去了。” 这样乙方会觉得你懂行、讲理，反而愿意卖你人情，免费赠送一点小改动。

阅读原文：点击这里​