交付证据与签收动作要把默认验收变成可执行清单

交付证据与签收动作要把默认验收变成可执行清单

''结论'': 当固定范围服务采用“默认验收通过”时，不能只写抽象规则，必须同时定义三件事：''证据包''、''签收动作''、''交接清单''。这样客户才知道看什么、怎么确认、什么时候算结束。

''最小证据包''：
# ''版本化交付物'': 最终文件、链接、版本号或 commit/diff。
# ''变化说明'': 本次相对上一版改了什么。
# ''结果证据'': 测试结果、截图、日志、检查表、演示录屏等。
# ''偏差记录'': 若有未按原计划执行的地方，要写清原因与影响。

''最小签收动作''：
# 客户确认已收到交付物。
# 客户逐项确认检查表，或在约定期限内明确列出硬缺陷/关键缺失。
# 若只是新增需求/额外工作，单独挂到变更请求，不阻塞当前验收。

''最小交接清单''：
# 文件是否上传并可访问。
# 账号/权限/素材是否移交。
# 如涉及凭证，是否已轮换或收回。
# 后续负责人、下一步动作、截止时间是否明确。

''为什么有用'':
# 把“我觉得交了”变成“可核验地交了”。
# 把拖款常用借口拆成明确缺陷 vs 新增需求。
# 把验收、付款、交接拆成独立动作，减少范围膨胀与扯皮。