如果一份页面交付物通过了约定验收,却在实际投放、编辑或二次开发中无法使用,缺口通常不在“有没有做完”,而在验收口径只覆盖了静态结果,没有覆盖可执行条件。界定缺口的办法是:拿一个真实页面,按“打开—编辑—复用—交接”四个动作走一遍,把每个动作失败的原因归到结构、内容依赖或权限三类,再决定是返工、补文档还是改验收标准。
验收一般检查的是可见结果:页面能打开、标题存在、段落完整、链接可点。这些条件成立,说明交付物在展示层面合格。但“可以使用”还要求另外三件事:接手的人能改、内容能迁移、结构能复用。前者是静态检查,后者是动态检查。
两者出现分歧时,不要先判断谁对谁错,而要先确认验收清单里是否写明了动态条件。如果清单只写“页面完整”,那交付方按字面完成并不算违约,缺口属于验收标准本身,而不是执行失误。这个判断会直接改变下一步:标准缺失要补标准,标准存在而没做到才进入返工流程。
选一个已经通过验收的代表性页面,不要用首页,用内页或落地页,因为内页更容易暴露依赖问题。依次执行下面四个动作,每个动作记录“能不能做”和“卡在哪”。
四个动作里失败的那一个,就是缺口的落点。四个都通过,才谈得上“可以使用”。
同样是“改不了”,原因可能完全不同,处理方式也不同。
分类的意义在于:结构类必须返工,依赖类多数可以补文档,权限类只需移交。把三类混在一起谈,容易让交付方承担不属于它的返工量,也容易让接收方误以为补个说明就能解决结构问题。
假设一批交付了十个页面,前三个抽检时都能正常打开、文字完整,验收通过。到第四个页面时,接手编辑想把一段产品描述里的两句话调换顺序,发现调整后整段样式错位。此时不要直接判定“这批交付不合格”。
先看前三个页面是否也存在同样问题。如果前三个能正常编辑,只有第四个不行,说明这是个别样本的例外,缺口在单页结构,处理方式是单独返工这一页。如果前三个之所以“能编辑”,只是因为没人真的改过,那么问题可能覆盖整批,属于系统性结构缺陷。
这个对比动作很关键:抽检不能只检查显示,必须包含一次真实编辑。只做显示抽检,十个页面可能全部通过,但实际可用性为零。反过来,如果验收标准里本来就写明“以显示结果为准,不包含后续编辑支持”,那第四个页面改不动就不构成缺口,需要调整的是使用方的预期或另签维护范围。
定位并分类之后,按下面的顺序推进,每一步的结果决定下一步。
完成这五步后,再回到验收清单,把这次暴露出的动态条件补进去。补进去的条件要写成可执行动作,例如“接手人能在不修改代码的前提下调整一段正文”,而不是“页面应便于维护”这类无法验证的描述。验收标准一旦能对应到具体动作,下一次交付时“通过验收但不能用”的分歧就会大幅减少。