如何给开发加需求 产品经理的养成

良好的策略和充足的沟通是成功的基础，优秀产品经理的养成道路是充满挑战的，面对给开发加需求这样的难题，我们也要从各个方面仔细分析应对。

变动需求最好在开发前期尽早提出，核心功能需要谨慎对待，尤其是第一次上线的功能，所有的重要功能都要在需求提出时就已设计好，即使有不同方案也要详细说明，在开发需求提交后的变动应该尽量避免。如果在开发过程中有需求变动，也要以之前设计好的总体功能为框架，尽量既实现需求又使开发的变动成本最小。如果涉及客户需求的，我们要尽量与客户沟通，详细给客户说明为什么不能加，加上去对总体进度的影响，以及可能导致的其他方面的影响，让客户自己权衡加与不加的利弊。

遇到需求变动的应对方法

权衡判断需求的重要性，可以参考KANO模型，是基本型需求／期望型需求／兴奋型需求；少了这个需求／功能会导致什么后果；有了这个需求会对用户价值有什么增益，增益多少；

了解开发进度，估算增加需求带来的开发困难程度；

与开发leader确定先沟通，先从需求重要性的角度解释原因，如果遭遇阻力可以问是什么原因，是时间问题／人员问题、还是开发难度问题、还是方案的不合理可以寻找可替代方案；

及时召集相关人员开会，对时间加以评估，最终邮件确认。

和开发的沟通技巧

在项目前期开发还不了解需求的变动，我们不妨让他加入你的思考，甚至引导他提出需求，这样可以化被动为主动，也让开发充分了解具体的需求共同探讨解决方案。

约定完成进度

在产品经理和开发的共同努力下，就需求达成一致。但是还是要问一句：你做这个要多长时间，能跟着这个版本一起上线吗？这样让开发能明确需求实现的进度，让功能尽量上线。

跟进反馈

俗话说：会哭的孩子有奶吃。在跟进过程中我们不要怕麻烦到开发，隔三差五的提醒他一下，问问他最近有没有空，记得有时间的话就做下那个需求，并表明不是催他，只是怕他事多忘了。提醒了几次以后，开发也会明白你对这个需求改动的重视，赶紧把功能实现了。

互相理解这是长久合作的基石。开发加需求是情分，不加是本分。在加需求之前我们也要全面评估好，明确新功能的大小，难度，大功能还是要按照正常的版本计划来规划，不然整个开发进程就乱了。即使变动需求也要把影响范围全部列出来，给到开发，这样让开发感到我们做事的条理性，在实现项目功能的同时权衡新需求的难度，共同探讨合适的解决方案。

总之项目开发过程中需求的变动是难免的，但我们也要根据实现情况，合理安排项目规划，及早与整个项目组沟通、优化解决方法。掌握了沟通的技巧，就发现增加需求对产品经理也是一种励练。