对于一个互联网公司，或者一个传统公司的数字化转型团队，产品即生命，而产品管理的过程中离不开对需求的管理。我们来看看这么重要的需求管理到底要如何管理？
我们来看看围绕需求管理我们需要关注哪些内容？核心的有三个列表：产品特性列表、bug清单、版本列表，大量的围绕产研的项目管理工具，都离不开这几个功能列表。
一、产品特性列表
产品特性列表（Feature List），在Scrum中称为产品待办列表（Product Backlog），日常需求管理好了，可以让整个团队更好的服务于业务，管理不好，会整日被业务牵着走。
现实生活中关于需求管理经常会出现很多问题，例如：
- 需求跟着跟着就跟丢了，等业务投诉才发现需求没有及时记录
- 需求照单全收，没有明确需求的优先级
- 不同业务对同一个需求有不同的述求，如何满足多方要求
- 需求吞吐效率低，业务几个月前提的述求，还未跟进和处理
可见需求的记录、跟进、拉齐对需求管理是多么的重要，其中一个方面做得不好，就会被业务诟病，造成客户满意度下降。
产品特性的管理，是只需要梳理好需求内容就可以了吗？当然不是，需求特性管理至少包括三个方面，需求侧的梳理，技术侧的跟进，运营侧的协调。
作为产品经理，负责完成需求侧的需求梳理是其中最重要的一个职责，但是对于需求管理来说，到这里完全没有结束。技术侧的协调，如果没有项目经理的情况下，也需要产品经理来跟进需求在技术侧的进展，最终保证需求按照要求交付；在有项目经理或者ScrumMaster的情况下，产品经理也需求跟进需求在技术侧的进展。
需求交付了，产品的工作就结束了么？很多产品经理认为，我都已经把需求跟进到上线了，还要我做什么？我们的目的不是交付，我们的目的是通过需求的交付，给组织带来价值，这就需要产品经理及时的观察需求交付后线上的数据，以及推进运营制定运营计划，收集运营数据，从而不断的挖掘用户需求，驱动对产品方向的调整。
需求侧管理的关键信息清单如下（做参考）：
技术侧的跟进的关键信息清单如下（做参考）：
二、BUG清单
BUG是不是就应该只是技术的事情，当然不是，产品经理自己在日常试用产品的过程中遇到的BUG或者交互问题，测试回归测试时发现的问题，用户试用过程中反馈的问题，会存在一部分是属于新的功能或者优化类的BUG，这类问题也是产品优化需求的一个重要途径。产品经理需要把这类BUG转化为需求，转入产品特性列表中。 以下是常见的BUG列表所需要管理的内容。
三、版本管理
不是需求管理么，为什么还会涉及到版本管理，每个版本交付什么功能，产品经理需要有一个清晰的管理，一方面需要及时将发布的内容同步给到用户，一方面也便于review每一次的发版，进行发版效果评估。
四、总结
以上是需求管理的三个重要方面，给作为产品经理或者项目经理的你一个参考，无论使用什么工具，这些项都是你作为管理的基础。
