验收时不能只看“操作已执行”或“指标有变化”,而要把验收对象从操作结果换成用户任务是否真正完成。若分歧集中在这一点,最有效的做法是把双方说法各自改写成一个可核对的判断句,再用能区分两种解释的证据去验证。
假设一次页面调整后,某类查询的点击有所上升,操作者据此认为改版成功;但客服或业务同事反馈,用户仍在问同样的问题,提交表单或完成咨询的路径没有变顺。此时“成功”与“未完成”可以同时成立,因为两边看的不是同一件事。
这类分歧在百度SEO场景里很常见:一边看的是曝光、点击、收录状态等操作侧结果,另一边看的是用户能否在页面上完成查找、比较、下载或联系。若验收只停在操作侧,就会出现“结果看似成功但用户任务未完成”的假通过。
解释一:操作本身正确,但验收标准定错了。页面确实按计划改动,抓取和展示也没有明显异常,可验收时选用的指标只反映“有人来”,不反映“来了以后有没有解决”。例如只检查标题是否出现目标词,却不检查用户能否在首屏找到答案。这种情况下,操作结果和用户任务之间缺了一层对应关系。
解释二:用户任务其实已完成,只是反馈来源把另一件事说成了未完成。例如用户仍重复提问,可能是因为问题本身需要多轮沟通,而不是页面没有提供信息;或者反馈者只接触了少数样本,把个别情况当成整体。这种情况下,指标变好与任务完成并不矛盾,需要先排除误判。
两种解释都成立时,不能靠争论谁更懂用户来收场,必须找到能把它们分开的证据。
先明确这个页面对应的用户任务是什么,再写出完成条件。完成条件要能被第三方复核,而不是“感觉更清楚了”。例如用户任务是“判断某项服务是否适合自己”,完成条件可以写成:能在不返回搜索结果的情况下找到适用条件、限制条件和下一步动作。三条都出现,才算任务完成;缺一条,就属于未完成。
然后收集三类证据:
这三类证据里,路径证据最能区分两种解释。因为它直接回答“完成条件有没有被触达”,而不是依赖事后感受。
实际操作可以这样安排:由提出“已完成”的一方和提出“未完成”的一方各写一份完成条件清单,合并成一份共同版本;再随机抽取若干访问路径,逐条核对是否触达完成条件。这里的数字只用于说明方法,不代表任何真实统计:假设抽取20条路径,其中12条没有触达任何完成条件,那么“操作成功”只能说明改动被执行,不能说明用户任务完成,下一步应优先修正完成条件的可见位置,而不是继续追加同类操作。
如果核对结果是多数路径已经触达完成条件,但反馈仍说未完成,下一步就不是改页面,而是核对反馈来源:确认反馈者看到的是哪个版本、哪个入口、哪个时间段。这一步会把“用户任务未完成”转成“某个入口或某个版本未完成”,从而变成可指派的修正项。
需要提醒的是,改动前后的比较不能直接当作因果。搜索需求本身会随季节和事件变化,数据采集口径也可能不同。一次点击上升既可能来自改动,也可能来自需求波动;一次反馈减少既可能来自页面变好,也可能来自反馈渠道变化。因此验收结论应写成“在什么条件下、哪类证据支持任务完成”,而不是“这次操作一定有效”。
为了让下一次交接不再重复争论,验收结束时至少留下三项记录:共同确认的完成条件、本次核对覆盖的路径范围、以及未通过时对应的下一步动作。完成条件用于判断任务是否完成,路径范围用于说明结论的适用边界,下一步动作用于把未完成项转成新的操作任务。
当这三项都能被另一个角色独立复核时,验收才算真正结束;否则所谓的成功,仍然只是操作侧的成功。