产品经理在日常跟开发跟客户进行沟通的时候，难免会遇到需求需要变更的情况，一旦处理不好需求变更，对产品、对团队而言，都不是一个好的信号，很有可能导致整个项目的延期，甚至会错过良好的市场机会。

要明确一点，受市场、客户、沟通理解等因素影响，需求变更可以说是不可避免的，产品经理要随时做好准备应对需求变更的情况。鄙人从业多年以来的经验总结下来有几个办法：

∙ 做好需求确认工作

∙ 明确需求变更原则

∙ 控制需求变更影响

虽说需求变更的情况不可避免，但是作为产品经理，一定要在源头先尽可能掐灭可能变更的苗头。要做到这一点，产品经理需要跟需求方反复确认需求的细节，对于需求的六要素 5W1H 要跟需求方敲定下来，如果有不明确的地方，产品经理可以通过原型或者流程图等方式跟客户确认好实施的假设方案，并且需要最后在需求文档上双方签字确认。

需求变更是可以接受的，但是要有原则地接受。在需求沟通的时候，产品经理就可以跟客户明确敲定需求变更的原则，要规定好：

∙ 哪些类型的需求不可变更

∙ 哪些类型的需求可接受部分变更

∙ 哪些类型的需求可以在什么时间段之前变更

∙ 需求在某个影响范围内不可以接受变更等

其实说白了就是需要确定需求变更的基准线，确定需求变更的前提条件，只有满足一定条件的需求，才可以谈谈变更的情况和影响。有了需求变更的原则，在需求变更的时候就可以跟客户跟开发更好地沟通和协调。

当需求已经不可避免需要变更的时候，产品经理就需要通过各种方法控制需求变更的影响。

首先在需求确认的时候，产品经理就可以和客户多沟通，试图从客户话语中捕捉出可能得变更点或者直接询问客户对需求对项目的长期规划进而可以大概判断出后续的变更风险，并且要做好一定的预案。

如果是突发性的需求变更，产品经理可以多设计几种解决的方案，然后和客户商量评估出最小变更风险的方案进行实施，比如 A 方案能满足全部需求需要多 3 天，B 方案能满足 80% 的需求需要多 1 天，那可以尝试说服客户先实施 B 方案，然后在上线之后再进行快速迭代。

面对需求变更，产品经理还有个困难就是如何说服开发团队配合，鄙人认为要处理好这种情况，首先产品经理要有项目自信和能力自信，所谓项目自信就是要相信项目是能成功的，不仅要让自己相信，也要在项目阶段让开发团队也能相信，而能力自信则是要相信自己有能力有魄力把项目做成功，在团队中要树立好一定的可信度和威严；其次产品经理要在项目开始阶段和开发团队也明确需求变更的原则，有原则的约束，也能更好地进行沟通协调。

需求变更不可怕，产品经理只要有原则有准备，再复杂的需求变化，也能得心应手地应对。