本文来自于人人都是产品经理，介绍了什么时候梳理规则，哪些基本原则需要遵守，需求变更过程示例等知识。不管是互联网的产品，还是传统IT的甲方项目，需求不定是常事，变是唯一的不变。频繁的需求变更，对团队无疑是巨大的消耗和打击，作为PM，是否有好的途径和措施处理需求变更？如何让团队能够相对轻松的应对变更？先梳理一个基本的概念：一个产品是由一个或多个项目组成，而一个项目可以是一个版本，也可以是一个模块功能。也就是，为了降低耦合度和管理的难度，一个项目不应当出现多个产品成果的局面，这种“项目”应该通过项目组