客户验收的时候突然提了一堆之前从没说过的新需求，改还是不改

项目做到最后一步，客户拉了个会，打开文档列了十几条「小改动」，你一看，好几条跟原始需求完全不是一回事。夹在这中间真是进退两难。😤

直接说不改，客户会不舒服；全部答应，工期和预算都得崩。你需要的是把「改不改」变成「怎么改」。

可以这样回应：「王总，这些我记下来了。有几条跟咱们之前确认的需求文档有差异，我先分类整理一下——哪些是可以在这次验收前调整的小优化，哪些需要重新评估工作量和时间。明天下午给您一个明确的方案，您看行吗？」

这句话做了几件事：第一，态度上完全配合，没说不改；第二，把客户甩过来的一锅粥分成了两碗——小事马上办，大事走流程；第三，给自己争取了时间，不至于现场被逼着表态。

如果客户追着要你现场定：「没问题，像第三条这个导出格式调整，这个我确认下技术可行性，今天下班前给答复。但是第七条那个数据看板的交互逻辑，这块改动量比较大，我需要出个补充方案，咱们单独排一个迭代周期，您觉得呢？」

你给客户划了线，但用的是「分类讨论」的方式，不是「这个不行那个不行」。

🔑 验收阶段的边界管理，核心是「先分类，再给方案」，永远别一口回绝，也永远别全盘接收。