PM，我有一个需求要和你聊聊

作为产品经理，最大的痛苦可能就是产品需求的管理，既要广泛的听取用户和小伙伴们对产品的意见，又要不时地应付老板突如其来的奇思妙想。而这些还只是需求的收集，还有需要评审的，评审中的，评审过了等待开发的，开发完成了的等到测试的等等。此外还有版本的管理，bug的管理等。如果没有对需求进行很好的管理很有可能造成工作上的疏漏甚至是产品重大功能的缺失，所以对需求的有效管理势在必行。

第一步，广泛的收集需求

截图来自teamin示例，略有修改，下同

需求的收集不是越多越好，但是在不知道是不是必需的时候全部搜收集过来，从里面找到符合产品定位和功能需求的也不失为一个方法。把收集到的需求用列表的方式列出来，列的时候可以采用标签的方式标明需求的来源，方便后期的管理。

第二步，需求分解

在把所有的需求列出来后，需要对收集到的需求进一步进行分解细化，比如常见的注册登录功能，用户可以使用那些工具进行注册，注册完成后后可否与第三方账号绑定，登录时可以用那些方式进行登录等这些都是需要产品经理去考虑，而且需求的粒度划分的越细，对于后期开发的实现难度就越低，换句话说产品更容易做成功。

第三步，需求计划安排

对收集到的需求进行评审，是否采用，采用的需要在哪个版本里实现，并将评审通过的需求添加到相应的实现产品版本里，没有通过的放在另一边。通过评审的需求可以指定不同的执行者来负责这条需求的最终实现，也可以给需求制定截止时间并通过添加标签的形式来标明需求的重要紧急程度，以示区别。

第四步，需求跟踪

需求评审通过后，需要技术哥哥去开发实现了，需求的开发进展是怎么样的呢，这个可以通过看板的方式来实现。这个流程也是可以自定义的，添加你认为是必须的环节，比如测试验收，产品验收环节等。通过这个看板，需求甚至是整个产品的进展一目了然，再也不用为纷繁复杂需求感到头疼了。

看到这里是不是发现产品的需求管理其实也没有那么难？

文@stcupwar

关键字：产品经理, 需求

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！