验收扯皮复盘：标准不清的代价

这个项目开发顺利，功能清单全部完成。验收会上客户提出，操作流程和他们的实际习惯不符，要求大幅调整。争执持续了三周，最后各让一步，但双方关系受到影响。

争议的根源

需求文档只写了功能点，没有写操作流程，例如谁在什么状态下点什么按钮。

原型评审时客户只看了页面布局，没有确认流程。

验收标准里没有可用性条款，导致“能用”和“好用”的界限模糊。

现在的做法

需求确认阶段必须包含流程图和角色说明，客户逐条确认。

原型评审要求客户实际点一遍主流程，而不是只看截图。

验收清单加入可用性条目，比如完成一次典型任务的步骤数上限。

验收争议不是客户刁难，而是前期确认不足。把流程确认下来，比多写十页文档更有效。