当甲方用“页面能否上线、客户能否提交表单”验收,乙方用“设计稿完成、代码提交、部署完成”汇报时,双方说的“做完”并不是同一件事。可对照的交付表要把甲方的业务结果和乙方的技术动作放进同一行,并且为每个交付项写清可观察的完成信号。便宜与否不能只看总价,而要看这张表能否减少返工和退出成本。
建立交付表之前,先确定当前合作处在哪种条件。条件一:项目还没上线,乙方按阶段收费,甲方更关心什么时候能验收。条件二:旧系统或旧合作关系准备退出,甲方更关心哪些部分保留、哪些部分移交。两种条件下,交付表的重点不同,不能共用一张只写“完成设计”“完成开发”的清单。
判断依据不是谁更强势,而是看“出问题时谁承担下一步”。如果页面打不开会影响甲方生意,结果指标应优先;如果乙方退出后甲方要自己维护,过程指标必须补齐。
可对照的做法是给每个交付项写四列:交付内容、甲方看到的完成信号、乙方需要提供的证明、未达标时下一步动作。四列缺一不可,尤其是“未达标时下一步动作”,它决定这张表是验收工具还是扯皮清单。
假设甲方要求“首页能打开、产品页能看、留言能收到”,乙方内部习惯汇报“设计定稿、前端完成、后端接口完成”。可以这样对照:
这张表的重点不是把技术词翻译成大白话,而是让双方对“什么算完成”有同一个可观察对象。乙方说“接口完成”时,甲方可以追问:接口完成后,我在哪个页面、做哪个动作能看到结果?如果答不上来,这一行就还不能进入验收。
旧内容、旧系统或旧合作关系需要退出时,常见的冲突是:甲方认为“这些还有用,不能删”,乙方认为“合同里没写,不在本次范围”。这时交付表不能只写“迁移完成”,而要拆成保留项、移交项和放弃项。
实际动作可以从一次对照盘点开始:把旧站每个栏目列出来,逐项标记保留、移交或放弃,再让乙方对保留项给出可访问验证,对移交项给出可接手验证。这个动作的结果会直接影响下一步——保留项验证不过,就先不进入退出流程;移交项验证不过,就把对应款项或尾款留在待处理状态。
“网站制作哪家便宜”真正要比较的,不是谁报价低,而是谁愿意把交付表写到可对照。报价低但交付表只有“完成网站制作”一行,后续每次验收都可能变成重新解释需求;报价稍高但每行都有完成信号和未达标动作,反而可能减少追加费用。
选择时可以用一个简单判断:让候选方各填一行“留言表单可收到”。如果只能写“完成表单开发”,说明过程指标为主,适合甲方有技术人员对接的情况;如果能写“提交测试留言后,在指定邮箱收到通知,收不到时先查通知配置”,说明结果指标可对照,适合甲方没有技术人员的情况。例外是:如果甲方自己也不清楚要保留什么,先做保留、移交、放弃盘点,再谈价格,否则便宜报价很容易建立在漏项上。
最后要提醒的是,交付表不是一次性文件。每次阶段验收后,把已经验证通过的行标记为完成,把未通过的行连同下一步动作保留下来。这样退出旧合作或切换服务商时,接手方看到的是已经对照过的状态,而不是一句“之前都做完了”。