产品日思v60.需求变更应该怎么提？

近期经常遇到一些紧急需求，如一些突发新闻，要修改产品功能模块并立即上线，这时就要考验产品经理的临场处理能力了，今天就来聊聊我是怎么做的~

首先，遇到这样的紧急需求，切忌跟着一块“急”，再紧急的事儿，都要冷静思考，仔细沟通。具体可以从以下几个角度进行确认：

要变更的是什么需求？

为什么要变更？

现在的产品是如何处理这个需求的？

希望变更成什么样子？

确认以上事宜后，再权衡一下当前开发、设计、测试资源的占用情况，当前项目的执行情况，以及变更需求的紧急程度、开发成本。如果紧急度、重要度高，且当前开发节奏不太紧，不影响当前项目进度的话，在各领导方确认后，可以进行变更，那就要由产品经理通知所有变更执行方——开发、设计、测试，确认变更方案，以及变更完成时间。如下图所示：

以上就是我们在需求变更时的处理流程，当然这是简单版本，复杂的大需求就要评估当前项目的延期情况了，到时候再具体问题具体分析。

你的项目会经常变更需求么？期待你的回复~