先给结论:能被验收的交付物,只证明“东西交到了、格式对了、数量够了”;能不能用,取决于它是否带着可执行的输入、权限、上下文和责任人。缺口不在文件本身,而在文件与业务动作之间的那一段。界定缺口的动作是:拿你手上那份交付物,逐项追问“谁在什么条件下、用什么入口、做完哪一步,能产出下一个结果”,答不上来的那一项,就是缺口。
形式验收看的是清单:页面数量、文档页数、表格行数、图片张数、账号是否开通。可用验收看的是动作:这份东西交到业务同事手里,他能不能在不问供应商的前提下完成下一步。
两者成立的条件不同。形式验收成立,只需要交付方按约定格式提交;可用验收成立,需要交付方同时交出输入、权限、判断依据和责任人。很多项目卡住,不是交付方没干活,而是验收单只写了前者,于是“验收通过”和“业务跑不动”同时为真。
以一份典型的内容交付为例,假设交付物是二十篇待发布的页面文案,验收单写的是“篇数、字数、关键词覆盖均达标”。现在逐项判定:
四项里任何一项答不上来,缺口就落在那一项,而不是笼统地说“质量不行”。
假设某公司收到一份网络营销交付:一份竞品分析表,含十个对手的页面结构对比。验收单写“十个对手、字段齐全”,形式验收通过。
业务同事要用它改自家首页,却发现:表里没有记录抓取时间,对手页面可能已改版;没有标注哪些结构是行业通用、哪些是该对手特有;没有说明改动自家页面时先动哪一块。于是这张表只能看,不能用。
缺口界定为三条:缺时间戳、缺通用性判断、缺优先级。对应的处理动作是——要求交付方补上采集日期、加一列“是否多家共有”、再加一列“改动成本与预期影响排序”。补完之后,业务同事才能排出先改哪个模块。这个动作的结果直接决定下一步:如果补不齐,就不该进入改版排期,而应回到需求确认阶段。
不要一上来就争论交付物好坏,先固定用途。用途说不清,任何交付物都能被说成“有用”或“没用”。
顺序不能倒。先谈交接会变成推责任,先谈证据会变成挑毛病,只有用途固定了,缺口才有唯一答案。
界定完缺口,实际动作是改验收单,而不是改结论。原验收单写“交付十篇文案”,改成“交付十篇文案,且每篇附带来源清单、发布账号与权限说明、改动优先级建议、上线后一周内的检查责任人”。
这样改的结果是:验收从一次性的形式核对,变成可执行的交接。如果交付方无法满足新增项,说明缺口在合作边界上,需要重新谈范围或补人;如果能满足,业务同事拿到当天就能动手,不必再开一轮沟通。下一步该做什么,由缺口落在哪一层决定——落在用途层就重定需求,落在证据层就补采集,落在交接层就补权限和责任人。