产品汪最寂寞的事，就是需求评审会变成技术讨论会；产品汪最悲催的事，莫过于需求评审会开到最后开成了需求被砍会，不是技术实现不了了，就是性价比太低。砍来砍去，只剩下几个简单的小需求。本是同根生，相煎何太急啊，一周做辣么点需求，真的能写满周报吗？？你们的良心不会痛吗？？

额，与其谴责程序猿的良心，倒不如自己搞清楚正确的提需求姿势！

1.需求要有目的

所谓需求，就是满足用户的需求所要做的功能。由于产品汪们一直自诩是代表用户，站在用户的立场说话，所以通常叫做“需求”。好的需求会有明确的目的，要么是满足用户的某种需求，要么是实现公司的某种目的。这个目的，不只是需求的出发点，也是方向。当有围绕需求展开的细节难以确认是，都可以以目的为导向，做出判断。在需求评审会上，开发问为什么做这个需求，如果你能结合用户需求以及公司目的阐述充分的理由，需求被砍的几率就会大大降低。
2.需求要有优先级
这个比较容易理解，所有的需求都可以按照紧急度、重要度来排序。通常需要一个需求池来管理所有需求。
3.需求要完整
最后这点，能看出一个产品经理是否专业。比如一个比较简单的注册登录功能，非专业的产品经理可能就画三五张界面图扔给开发了，这就是不完整的需求。看似简单的注册登录功能，稍微想想，其实很复杂：是否支持第三方登录？是否必须要手机号注册？手机号规则判定、过程中断网的各种提示以及跳转、不同入口进入登录或注册的出口是否不同？等等...
一个完整的需求，最基础也要具备：流程图、原型图和文字注释。最完美的效果是，给程序猿讲过一遍需求之后，他们在开发过程中再也无需问你，所有的疑问都能从需求文档中得到解答。


想要立竿见影，那就得使出绝招：真正的正确的提需求姿势：