甲方看排名、询盘或订单,乙方看收录、抓取和页面改动量,双方指标天然不在一条线上。可对照的交付表不是把两套指标合并成一张大表,而是先确定哪些旧内容、旧系统或旧合作关系要退出,再把保留、改写、退出三类动作分别挂上双方都能核对的凭证。这样做的结果是:乙方交付什么、甲方验收什么,都能在同一个行项目里对上,而不是各说各话。
指标不同往往不是数据问题,而是双方对“这批旧东西还要不要”没有共识。建立交付表之前,先对每一项旧资产做一次归属判断,前提不同,交付表里的列也不同。
这三类不要混在一张验收单里。保留项用“维持凭证”,改写项用“变更凭证”,退出项用“终止凭证”,甲方按凭证类型验收,乙方按凭证类型交付,指标差异就不会互相覆盖。
甲方说“我要询盘”,乙方无法直接交付询盘。可对照的做法是把甲方指标拆成乙方能执行、甲方能复核的中间动作。假设甲方关注的是某批旧页面的询盘贡献,乙方关注的是这批页面的抓取和收录状态,那么交付表可以这样设计:
这里的关键动作是:甲方先给归属,乙方再给动作。如果甲方不给归属,乙方只能按自己的指标批量处理,交付表就会变成乙方的动作清单,甲方无法对照。反过来,如果乙方不注明改动内容,甲方也无法判断某个页面的转化变化是不是这次交付造成的。
可对照的交付表不需要复杂,但每一行必须同时容纳甲方关注点和乙方交付物。下面是一个假设例子,用来说明比较方法,不是真实项目结果。
假设某批旧内容共 40 个页面,甲方认为其中 12 个仍有询盘价值,乙方认为其中 25 个需要改写。双方不争论谁的数字对,而是把 40 个页面逐行标注:
这样一行只对应一个动作和一个凭证。甲方验收时看的是“有询盘的是否被保留”,乙方交付时看的是“保留行是否真的没被改动”。指标不同不再是对立理由,而是分列在同一行的两栏里。
旧合作关系需要退出时,最容易出现的情况是乙方带走全部操作记录,甲方只剩一堆无法解释的页面状态。可对照的交付表此时要增加一列“可继承项”,明确哪些东西在合作结束后仍能被甲方或下一方接手。
可继承项通常包括:保留行的页面清单、改写行的改动记录、退出行的处理记录,以及双方约定的核对口径。不可继承项则包括乙方内部未落地的判断、未记录的临时改动和只存在于个人账号里的操作。甲方在退出前要求乙方把可继承项写成表,乙方按表交接,下一方才能在同一套凭证上继续核对。
这个动作的结果是:退出不再等于全部推倒。保留的部分有凭证,改写的部分有记录,退出的部分有依据,甲方不会因为换人而重新猜一遍哪些该留、哪些该改、哪些该关。
交付表建立后,核对顺序不能反。先确认每一行的凭证类型是否齐全:保留行有没有维持记录,改写行有没有前后对照,退出行有没有处理记录。凭证齐全后,再看甲方指标和乙方指标各自的变化。
如果甲方指标没有变化,不能直接判定乙方交付无效,因为可能还有季节、渠道或产品本身的原因。如果乙方指标变化明显,也不能直接判定甲方目标达成,因为抓取和收录的变化不等于询盘或订单。可对照的交付表只解决“双方是否按同一行项目核对”的问题,不替代对业务原因的判断。凭证齐全、口径一致,双方才能把讨论从“你交付了什么”推进到“下一步保留、改写还是退出”。