产品经理：需求变更是“原罪”？

以上列举的6个方面产品需求变更的原因，但是秉持这“ 先内因后外因”的处理角度，笔者建议在需求变更的原因产生时，要经常从内因、从自我本身的角度，对产生需求变更进行反思和分析。

二、产生需求变更的时间阶段

我们进行对需求变更的原因的分析，其实还可以从需求的不同时间阶段角度进行分析。

我把产生需求变更的时间阶段分为以下几个：

1. 产品规划阶段
2. 原型阶段
3. 评审阶段
4. 开发前阶段
5. 开发阶段（初期）
6. 开发阶段（中期）
7. 开发阶段（后期）
8. 测试阶段
9. 灰度阶段
10. 上线后

前2个时间阶段是由产品经理定夺，算不上需求的变更，但涉及到其他角色的参与，也算在内。

根据不同阶段所产生的需求变更，其应对的行动自然也会不同。产品经理要推动需求变更后的落实，往往由于开发、测试、UI或者利益相关方的反对而失败。

也就是说，如果需求变更是科学的、合理的，产品经理以解决问题为己任，因此，推动变更成为了产品经理所必须背负的一个“锅”。

如果需求变更后，产品经理如何进行推动和落实呢？这里有一份笔者总结的“需求变更落实难度”的模型，仅供参考。

需求变更落实难度模型

从图中可以看出，星级越少，则变更后的需求的落实难度越小，而星级越少的大部分是在产品还没有开始开发之前。

因此，产品经理如何把需求变更的可控范围缩小到开发前，自然会减少了需求的落实压力。

三、建议

事情往往不是我们所想象的那么顺畅。无论是在哪里阶段进行的需求变更，笔者有以下的一些建议：

1. 提升产品能力。要把产品想清楚，逻辑、产品设计、需求定义等能力；
2. 提升项目把控能力。把产品当做项目，那么，就需要你对项目进行有效的把控；
3. 提高眼界。充分吸收外界优秀的需求管理思想，提升对需求的处理能力、提高自己对产品的构造力，站得高才能看得远。在良好的产品架构下，会减少很多的无用功。

注意，我们要做的不是避免变更，而是科学的变更；把“原罪”减低到最小，充分理解并践行需求变更后的优势，提高需求变更后的落地能力。

需求变更是无止境的，但只有充分保存自我的”定力“，才能在工作中游刃有余，立于不败之地。

本文素材来自互联网

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!