BUYER GUIDE / 选型指南
不要按页面数量验收软件，要按真实业务任务验收
验收脚本应说明由谁、使用什么前置数据、完成哪些操作、得到什么结果，并覆盖权限、异常、接口与交付资料。
SCOPE / 项目范围
先看这类项目通常包含什么。
- 01准备业务样例
使用接近真实的数据覆盖正常任务和关键边界条件。
- 02检查权限与异常
验证无权限访问、重复提交、接口失败和中途撤回等分支。
- 03核对数据结果
不仅看页面提示，还要确认状态、报表、消息和外部系统一致。
- 04完成部署交接
把代码版本、账号、配置、备份和已知限制纳入验收。
DECISIONS / 关键判断
开始开发前，先把这些问题回答清楚。
谁代表业务验收
实际使用者执行任务，决策人确认范围与遗留项。
问题如何分级
阻断业务、影响结果和体验优化使用不同关闭标准。
遗留项怎样处理
明确修复时间、临时方案和是否影响上线。
BOUNDARY / 项目说明
验收通过代表约定范围完成，不代表系统永远没有变化。
FAQ / 常见问题
上线前最关键的验收问题
01
测试通过就等于业务验收吗？
不等于。技术测试验证实现质量，业务验收确认真实任务与约定范围。
02
可以边上线边验收吗？
高风险流程应先在测试或灰度环境完成；确需生产验证的部分要单列回退和数据保护方案。
NEXT / 继续了解
从相关服务、案例或资料继续判断。
PROJECT CONTEXT / 项目沟通
问题已明确，直接讨论首期范围。
不用先整理完整需求文档，说明当前做法、使用角色、预算与首期目标即可。