交付后复核承诺,核心不是再听一遍对方怎么说,而是把签约前和沟通中形成的口头或书面承诺,逐项转成可检查的证据。常见误解是“口碑好就不用复核”,实际上口碑只说明过去多数客户的感受,不能替代你这一单的验收。正确做法是:先列出承诺清单,再对照交付物、后台权限、源码和测试结果逐条确认,最后把差异写成书面记录并约定处理期限。
很多纠纷源于把不同性质的承诺混在一起谈。复核前先分类,才能判断该看什么、找谁确认。
如果对方只给出口头承诺,复核时可以请其在项目群或邮件中复述一遍,形成可追溯的文字记录。这不是不信任,而是双方对同一句话的理解常常不同。
建议在交付后一周内完成一次集中核对,避免时间拖久后证据散失。可按下面顺序执行:
假设一个场景:对方承诺“后台可以自己换首页大图”。复核时你登录后台,发现只能改文字不能换图。这时先别下结论说“被骗”,可能原因有三种:一是权限没开给你;二是图片位置在模板文件里,需要改代码;三是该功能属于另一个模块。正确做法是记录现象,请对方说明属于哪一种,再判断是否在承诺范围内。
口碑好通常来自过往客户的整体评价,但你的项目可能规模更小、需求更特殊,或者对接人已经更换。复核时不要用“他们口碑好”替代具体检查,也不要用一次不符就否定全部。更合理的判断依据是:承诺是否写清楚、差异是否被承认、补正是否按约定推进。
如果对方对差异的解释含糊,或者反复把责任推给“服务器问题”“你操作不对”,你可以要求其提供可验证的说明,例如错误日志、配置截图或复现步骤。对于涉及账号和数据的部分,务必确认你拥有最高管理权限,而不是只拿到一个受限子账号。
复核结束后,用一封邮件或一份确认单收尾,内容包括:已确认项、待补正项、每项负责人和截止时间、补正后的验证方式。这份记录比口头承诺更有用,也方便后续出现问题时定位是哪个环节没做到。
下一步,你可以先花二十分钟把合同和聊天记录里的承诺句摘出来,做成一张对照表。表完成后,再约对方逐条走查,比直接争论“到底做没做”更省时间。