可以远程验收的,是那些不依赖物理位置、只看账号权限和可复核痕迹的交付:代码与配置文件、页面实际输出、账号与权限清单、数据与报表口径、上线与回滚步骤。不能远程验收的,通常是必须到场才能确认的环节,比如线下设备调试、当面签署、现场网络环境测试。判断标准不是服务商在不在徐州,而是这项交付能否被你在自己的账号、自己的浏览器或自己的日志里独立复现。
常见的情况是:对方远程演示时一切正常,你自己登录后台看却对不上。于是出现两种解释。
第一种解释是执行差异:演示用的是测试环境或未发布的草稿,你看到的是线上正式环境,两边本来就不是同一份东西。第二种解释是口径差异:交付确实上线了,但验收时双方说的“完成”不是同一件事——对方指代码合并,你指页面上能看到效果。
这两种解释的区分证据不同。执行差异会留下时间戳和版本痕迹:提交记录、发布记录、缓存刷新记录之间对不上。口径差异则表现为记录齐全,但双方对“完成”的定义从一开始就没写在同一份文档里。先分清是哪一种,再决定是要求补做,还是补一份验收定义。
远程验收成立的前提是:你不依赖对方的屏幕共享,也能自己看到结果。满足这个前提的交付大致有这几类。
这几类的共同点是:结果留在你的资产里,对方离开后你仍能复查。反过来,只存在于对方电脑上、只存在于一次演示里的“完成”,都不算可远程验收的交付。
有些环节不是对方不配合,而是远程本身看不到。遇到这类,别硬套远程验收,改成替代确认。
这里有一个容易忽略的条件:远程验收是否成立,取决于你手上有没有对应的账号和访问权限。如果账号仍在对方手里,你连复现都做不到,此时先谈权限交接,再谈验收。
下面是一个假设例子,用来说明比较方法,不代表任何真实项目结果。
假设约定“把首页加载速度优化到某个目标”。验收时你测出来没达标。先别下结论,按三步取证据:
如果第 1 步就对不上,属于执行差异,下一步是要求补上线并重新记录。如果第 1、2 步都对得上、只有第 3 步不一致,属于口径差异,下一步是把测量项写进验收文档,而不是要求重做。这个动作会直接影响后续:前者要重排工期,后者只需补一份定义。
远程验收能不能落地,取决于约定里有没有写清可复核的对象。建议至少固定四项:交付物的存放位置、你方账号的权限范围、每项交付的验收动作、验收不通过时的处理顺序。
其中“验收动作”最容易被省略。写“完成页面优化”无法验收,写“用无痕窗口打开指定地址,检查标题与跳转,结果与约定一致”才能验收。同理,“数据变好”无法验收,“按约定口径取数,能复算出同一结果”才能验收。
最后提醒一点:服务商是否在徐州,本身不构成交付能力的证据。城市名只能说明沟通时区和到场便利性,不能替代账号权限、可复现结果和书面口径。把这三样握在自己手里,远程验收才站得住。