如果一份交付物能按约定通过验收,却在真实业务里无法使用,缺口通常不在“有没有交”,而在“交付时缺了哪一层可运行条件”。界定缺口的最小动作是:拿你手上这份交付物,逐项检查它是否具备可打开、可编辑、可发布、可追踪四个状态,再把不满足的状态写成具体缺失项,而不是笼统写“不能用”。
验收标准回答的是“对方有没有按约定完成”,使用条件回答的是“你能不能接手继续做”。两者可以同时成立。例如一份页面文案已按篇数、字数、关键词位置交付,验收通过;但你没有后台发布权限,也没有图片授权来源,这份文案就不能上线。此时缺口不是文案质量,而是权限、素材来源和发布路径。
把交付物分成三类看:
如果验收单只写了第一层,缺口就会在第二层暴露。下一步不是重做全部交付,而是把缺失的使用条件单独列成补充清单。
假设你收到一份“已验收”的推广落地页文件。按下面顺序检查,每一步只记录事实:
这四步的结果会直接决定下一步:只缺“可编辑”,就补源文件;只缺“可发布”,就补后台权限和发布说明;四项都缺,才需要重新讨论交付范围。不要因为一项不满足就否定全部验收结果。
缺口描述越具体,越容易判断该由谁补、补到什么程度。把“不能用”改写成下面这种格式:
对象:首页落地页;状态:可打开、不可编辑;缺失项:无源文件、无图片授权;影响:无法替换活动信息;下一步:要求补充可编辑源文件及素材授权说明。
这样写的好处是,对方能明确知道要补什么,你也能判断补充后是否达到可使用状态。若对方只愿意补部分内容,你可以按影响排序:先补发布权限和追踪配置,再补源文件,最后补素材授权。排序依据是“缺了它是否导致整个页面无法上线”,而不是个人偏好。
需要说明的是,缺少完整数据或权限时,你仍然可以执行最小动作:记录当前可见状态、列出缺失项、指定补充对象和验收方式。但不能由此推出对方一定违约,也不能推出交付物质量差;同样,某项统计为零也不能单独证明发布失败,还可能是追踪未配置、时间范围不对或访问量本身很低。
只有同时满足两个条件,才适合把问题界定为交付缺口:一是合同或验收单里明确约定了该使用条件;二是该条件缺失直接导致约定用途无法实现。例如约定“交付后可自行发布”,但未提供后台权限,这就属于缺口。若合同只写“提供文案”,未写发布支持,那么发布权限缺失更接近新增需求,而不是原交付缺口。
因此,先翻回约定文件核对,再决定是要求补充、协商变更,还是自己补做。这个动作会影响下一步:核对后若属于原范围,就按缺口清单要求补充;若不属于原范围,就把它当作新任务重新报价和排期,避免把范围外工作混进验收争议。
假设你收到一份关键词表,行数、列名、去重规则都符合验收单,验收通过。但你准备用它安排内容时发现:没有搜索意图分类,没有对应页面,也没有优先级说明。此时缺口不是关键词数量,而是缺少使用场景字段。最小处理动作是:先按现有词表补一列“意图”,再补一列“对应页面”,然后只挑出能匹配现有页面的词进入下一步。这样做的结果是,你不需要重新抓取全部关键词,也能判断哪些词现在可用、哪些需要等页面补齐。这个例子只用于说明比较方法,不代表任何具体项目结果。
界定缺口的终点,不是证明谁对谁错,而是让你手上这份交付物从“可验收”推进到“可使用”,或者明确知道还差哪一步才能推进。