先给结论:如果合同写的是固定月费加“合理范围内的需求”,任务突然增多时,正确的做法不是立刻要求加钱,也不是默默全部接下,而是先把新增任务拆成可核对的项目,区分“原范围的自然延伸”和“超出原范围的新工作”,再决定是调整优先级、延长排期还是追加费用。只有当你手里有双方确认过的范围清单和工时口径时,这个结论才成立;如果合同只写了月费金额、没有任何范围描述,那么无论怎么协商,都缺少共同的判断基础,此时应优先补一份范围说明,而不是直接谈价格。
固定月费模式下,最常见的分歧是:客户觉得“只是多改了几次”,服务商觉得“已经做了另一套东西”。这两种理解都可能有道理,关键是看新增任务有没有改变交付对象本身。
一个可操作的判断动作是:让提出需求的一方用一句话写清“这次新增之后,哪个交付物和之前不一样”。如果写不出来,多半属于量变;如果能写出新的页面类型、新的数据流或新的角色权限,基本属于质变。这个动作的结果会直接决定下一步:量变走优先级协商,质变走范围变更协商。
协商卡住,往往不是因为双方不愿意让步,而是因为各自脑子里的“任务”颗粒度不同。把分歧转成可核对的项目,需要三个字段:任务描述、验收标准、预计占用。预计占用不必精确到小时,但要有统一单位,比如“半天”“一个工作日”“一轮测试”。
做完这张清单后,通常会看到两种结果。一种是新增任务虽多,但都挂在同一条依赖链上,真正的瓶颈是资料或确认速度,此时协商重点应放在响应时限,而不是费用。另一种是新增任务分散在不同角色上,挤占了原本承诺的交付内容,此时才需要谈取舍:是压缩原任务、延后新增任务,还是追加费用换额外投入。
直接谈加钱容易让对方觉得你在坐地起价,先谈取舍顺序则更容易达成一致。可以给出三个选项,让对方选,而不是让对方猜。
这里有一个反例需要说明:如果新增任务来自合同里本来就写明的“持续优化”或“日常维护”,那么它可能并不构成范围变更,此时要求追加费用会让协商失去合理性。判断依据不是任务数量,而是合同里有没有把这类工作写成月费包含项。若写明了,正确动作是调整优先级并说明容量上限;若没写明,才进入范围变更讨论。
假设某站点月费包含每月四篇内容更新和一次页面调整。某月对方突然要求增加一个活动专题页、三篇推广文案和一次表单字段修改。先拆:活动专题页属于新增页面类型,三篇文案属于量变,表单字段修改若涉及数据收集逻辑则可能影响测试范围。
此时可以先确认活动专题页是否必须本月上线。如果必须,就把它列为新增项目,同时把原定的页面调整延后;三篇文案并入内容更新额度,超出部分排到下月;表单字段修改先确认是否影响已有数据,若影响则单独评估。这个动作的结果是:对方看到的是排期和优先级的调整,而不是一句“做不了”。下一步就可以基于这份调整后的清单,确认是否需要追加费用或延长周期。
口头同意最容易在下次对账时变成分歧。协商结束后,用一封简短消息或一份变更说明记录四件事:新增了哪些任务、哪些原任务被调整、新的交付时间、是否涉及费用变化。不需要复杂格式,但要双方可核对。若对方只回复“知道了”,仍应请对方确认具体条目,因为“知道了”不等于同意范围变更。完成这一步之后,下一周期的任务清单才有稳定基础,固定月费也不会因为一次突发增多而变成无限责任。