产品需求频繁变更的边界在哪里

最近因为产品需求的事情产生了很多疑惑甚至诧异的地方，需求往往提出的前三天与后三天之间有天壤之别，同时在交互评审时管理层又会提出与产品背道而驰的需求，导致得需求频繁变更，但到底需求的变更边界在哪里？

需求的产生，主要从商业角度、产品角度和用户角度三个维度出发提出需求，但实际考虑维度时并没有那么全面，这就导致在提出需求时需求的片面性概率增加，需求千人千面的风险增加。

当然，小幅度的需求变动其实是比较正常的一件事，但频繁的需求变更就会增加风险，有些产品经理或者管理层经验有限，又太过于追求完美，所以在实际过程中需求的变动频率很高，自身的需求不靠谱，没有想清楚需求的目的，改来改去导致项目成员不但很累，也难以进行后续的持续工作，而且严重降低了产品和管理层的公信力，成为不靠谱、不懂的代名词；同时频繁的变更需求，项目成员很难将需求深入分分析并呈现在页面及流程中，使得很难做出好的、解决用户痛点和效率高的产品，不仅打击了项目组成员的自信心，让他们开始怀疑人生，难以留住团队中优秀的人才，同时用户也产生不了很大的兴趣，这是赔了夫人又折兵的做法。

适当的需求变更可以在原有需求基础上提升，优化和改善产品的需求结构，让需求看起来越来越饱满。但不断变更需求，且原有需求和现有需求完全对立时，这时候团队成员的内心是崩溃的，而且时间拖的越长越不利于产品。所以在需求变更的边界上，恰到好处比频繁变更更重要。

时间有限，拿出一个小时来表达一下看法，欢迎大家意见骚扰