先给结论:固定月费下任务突然增多,协商的重点不是“加不加钱”,而是先把新增任务分成原范围澄清、范围外变更、可延后项三类,再决定哪些本月做、哪些排到下期、哪些单独计价。这个结论有一个失效条件:如果合同里写的是按工时或按迭代计价,而不是真正的固定月费包干,那么下面的取舍逻辑不成立,应直接按工时记录谈追加。下面按固定月费包干这一前提展开。
任务突然增多,最常见的原因不是客户故意加活,而是首期需求文档写得太粗。比如原约定“首页设计”,实际执行时客户要求首页、栏目页、详情页三套模板;原约定“基础SEO设置”,实际要求每篇文章单独写标题描述。这类属于原范围澄清,本应包含在月费里,不该单独收费,但可以要求客户确认验收标准,避免下月继续膨胀。
判断方法很简单:把新增任务逐条对照合同或需求清单的原文。如果原文能覆盖,就是澄清;如果原文没提、也无法从原目标合理推出,就是范围外变更。这一步不做,后面谈加钱会变成互相说服,而不是对事实做判断。
固定月费的本质是每月投入固定的人力时间。任务变多时,只有三种出路:加时间、减任务、换交付节奏。协商时可以把新增任务放进下面这个顺序里:
这里有一个可区分原因的证据:如果新增任务集中在某一个页面或某一个功能上,通常是原需求描述不清;如果新增任务分散在多个不相关模块,更像是客户内部多方临时提需求。前者适合澄清范围,后者适合走变更单。
假设合同约定每月完成两个栏目页制作,固定月费。某月客户临时要求增加一个活动落地页,并希望当周上线。此时可以这样处理:
这个动作的结果会直接影响下一步:如果客户选A,下月任务基数要相应调整,避免下月又出现同样冲突;如果客户选B,则要把新增报价和交付标准写进变更单,不能只在聊天里说一句“先做着”。
固定月费下,直接要求加钱容易被理解为坐地起价。更有效的做法是把新增任务和交付条件绑定:例如“本月增加这三个页面,原定的内容录入和测试时间会被压缩,上线后的问题响应可能变慢”。让客户在加钱、减范围、延时间三者中选一个,而不是只回答“做不了”。
同时要留出记录:每次新增任务用同一份变更单模板,写清提出日期、任务内容、影响的原任务、客户选择。这样即使当月没有加钱,下月谈月费调整时也有依据,而不是靠回忆争论。
如果客户是长期合作且新增任务确实属于原合同未预见的业务扩张,而你们又希望保住这段关系,那么单纯按变更单收费可能不是最优解。此时可以改为季度复盘:本季度先按优先级消化,季度末统计实际投入,再一起决定是否调整月费或服务范围。反过来说,如果客户拒绝任何记录、拒绝确认优先级,只要求“都做”,那么固定月费模式本身就不适合继续,应考虑改为按项目或按工时计价。
下一步动作很明确:把本月所有新增任务列成一张表,逐条标注“原范围澄清、范围外变更、可延后”,然后只就范围外变更和客户确认三选一。做完这一步,你才知道下月是该调整排期、调整月费,还是调整合同类型。