结论先说:如果原承诺所依赖的前提已经改变,正确做法不是继续按旧口径汇报成果,而是先把成果拆成“仍成立”“需重算”“不能归因”三类,再与客户重新确认一份书面边界。只有变化属于外部环境且不影响交付物本身时,才适合保留原承诺框架;若变化直接改动了页面范围、内容供给或上线条件,继续沿用旧承诺就等于把不可控因素算进自己的成绩。
前提变化分两种,处理方式完全不同。第一种是环境变化,例如客户所在行业的搜索需求整体走低、平台展示规则调整,但网站结构、页面数量和内容仍按原计划交付。这种情况下,原承诺的交付口径可以保留,只需在汇报中把“已完成的工作”和“外部结果波动”分开写。第二种是承诺本身依赖的条件变了,例如原定由客户提供的产品资料迟迟不到位、页面数量被临时压缩、上线时间推迟到活动之后。这时原承诺的计算基础已经不存在,必须重算。
区分方法很直接:问一句“这个变化是否改变了我们原本要交付的东西”。如果答案是否,属于环境变化;如果答案是是,属于承诺前提变化。前者可以解释,后者必须重新标注。
重新标注边界时,不要笼统地说“效果受影响了”,而要逐项归类:
这个分类的实际作用是让下一步动作有依据:仍成立的部分可以进入验收,需重算的部分进入协商,不能归因的部分单独留档观察。
假设某项目原定由客户每月提供八篇产品说明,服务方负责排版上线,并以此为基础约定阶段成果。执行到第三个月,客户因内部调整停止供稿。此时如果把“内容上线数量下降”直接写成项目成果下滑,就是把客户侧原因算进了交付评价。更合理的做法是:把已完成的排版与上线工作单独列出,标注为仍成立;把依赖供量的那部分阶段目标标注为暂停,并写明恢复供量的条件;至于流量变化,在没有对照数据前归入不能归因。
这个例子的数字只是用来说明比较方法,不代表任何真实项目的表现。关键动作是:先确认哪一方导致了中断,再决定是重算工作量还是暂停该项成果表述。
如果变化其实来自服务方自身,例如原承诺的技术方案被替换成更省事的实现方式、原定投入的人力被抽调,那么“重新标注边界”就不适用,应该直接承认原承诺未达成,并给出补救方案。把自身原因包装成前提变化,是这类沟通中最容易失去信任的做法。判断标准是:变化发生前,服务方是否仍有余力按原方案执行。如果答案是能,那就不是前提变化,而是执行偏差。
重新标注之后,建议用一页纸完成确认,内容包括:变化发生的时间点、受影响的具体交付项、仍成立的部分、需要重算的部分及新口径、不能归因的部分,以及恢复原承诺所需的条件。这份确认单需要客户确认,而不是单方面发出。确认之后,后续汇报一律以新口径为准,旧口径只作为历史记录保留,不再混用。这样做的结果是:验收有依据、协商有起点、复盘时也不会把不同前提下的数据放在一起比较。