默认验收的红队检查清单

修改：20260425183747000

当把“默认验收”写进外发报价页时，不要只问“有没有默认通过”，而要用对手视角逐项攻击它是否还能被改读。最容易出问题的顺序是：''异议机制 > 变更分流 > 时间口径 > 证据包 > 交接清单 > 签收动作''。

# 异议是否必须在明确窗口内''书面''提出？
# 是否只接受''硬缺陷/关键缺失''作为拒收理由？
# 是否明确''逾期无实质异议即默认通过''？

# 新增需求是否''自动进入变更请求''，而不是卡住验收？
# 变更是否要求''另行报价/另签''？
# 验收是否能''独立于变更谈判''完成？

# 验收窗口的开始/结束时间是否写明？
# 时区和工作日口径是否写明？
# 客户未在窗口内回复时，是否自动通过？

# 交付物是否被写成''可枚举、可核验''的对象，而不是抽象完成感？
# 证据包是否明确列出必须查看的文件/链接/截图/记录？
# 是否存在“看了也无法判定完成”的证据描述？

# 交接清单是否逐项列出最终交付内容、附件和账号/权限移交？
# 任何遗漏是否都构成拒收，还是只有关键缺失才算？
# 清单里是否把“完成验收”和“追加需求”分开？

# 谁有权代表客户签收？是否只有一个明确联系人？
# 签收动作是回复一句确认、点击链接，还是签字/盖章？
# 沉默在约定期限后是否等于通过？

这份清单的作用不是补内容，而是把默认验收要有三件套与验收默认通过，争议与变更分离变成可直接外发前自检的攻击列表；它与报价页外发版的反向审稿结论一致，且补齐了默认验收的最小歧义面。

把默认验收外发前的自检写成对手视角的红队清单：先按默认验收要有三件套核对证据包、签收动作和交接清单，再按验收默认通过，争议与变更分离确认验收不会被新增需求拖死。报价页外发版的反向审稿结论说明，最先被改读的通常是异议机制和变更分流，所以检查顺序应优先覆盖这两项。