之前提到了单项需求卡片，是用户提出的需求的一种书面记载形式。但是，单项需求卡片并不是需求管理的主要工具，而只是需求分析的主要来源，产品经理应当根据单项需求卡片完成从用户需求到产品需求的过渡，说的通俗一些，就是要求产品经理能够挖掘需求，明确用户需求的背后真正的出发点和驱动原因，分析出一个能够体现在产品功能或设计上的需求。这个过程，也是产品经理真正的价值体现所在。

这里举个例子：

我自己经历过的一个开发的产品，该产品是一个用户交流社区，但是除了交流功能外呢，还提供一些必要的专业化资料下载（可以想象成一个百度文库）。公司推广的主要手段是以专业化资料页面为基础做一些软文和SEO，那么，大多数的新用户会直接点击进入到资料页面（资料页面提供预览和下载功能，好吧，基本完全就是一个百度文库）。当用户觉得资料还不错的时候，能够直接点击下载按钮进行下载。公司为了提供用户注册量，这种下载操作必须经过注册登录才能操作，因此，用户被提示需要进行注册，注册的方式也较为简单，一个简单的弹窗，输入用户名、密码和邮箱就能完成注册（并不需要邮箱验证）。那么，问题出现了，用户注册完毕后自动跳转进入了会员中心（似乎很正常），但是用户浏览的资料页面也随即被关闭了，用户还需要重新寻找进入网站的入口，这在体验上是较差的。

因此，就有了以下分析：

（1）用户的需求是什么？下载资料or了解会员中心中我们提供的其他服务，很明显，对于这些用户来说，需求无非就是下载资料。

（2）那么，产品需求是什么？非会员即能下载or注册完成后直接跳转到原页面，很明显，结合用户需求和公司的利益，选择了后者。

这是一个很简单的例子，很多即使不是产品经理也懂得怎么处理这种情况。在这里举这个例子，一方面是笔者也还在学习过程中，实在举不出很多例子，另一方面，是想通过一个简单例子解释产品经理需求分析的过程，面对纷繁复杂的用户需求以及很多可能的产品解决方案，如何在其中进行分析和选择。

经过了需求分析后，所剩下来的就是产品需求了，产品需求可以通过一个excel表格来进行管理，大致包含以下几个要素：

1.序号：很简单，开会时便于各位与会人员定位；

2.需求提交人：一般来说就是产品需求提交的产品经理，负责对该条需求的最终解释；

3.需求提交时间：略；

4.单项需求卡片：所对应的单项需求卡片的编号，便于产品需求的追根溯源；

5.产品模块：描述的是该需求所涉及到的产品模块；

6.需求名称：简短的需求名称，如搜索功能、自动排序功能等等；

7.需求描述：某个产品需求的具体描述，如搜索功能，可以描述为用户通过关键词能够检索到所需要的消息。如果是多个关键词的情况下，系统可以自动分词，并对分词结果逐一搜索，搜索结果是对各个关键词的检索结果，是一个包含的概念。

8.需求属性：分为新增功能、功能改进、体验提升、BUG修复等等；

9.需求维度：分为需求重要性（1-5分）、需求紧迫性（1-5分）、需求持续时间（1-5分）；

10.需求工时：一般由对应的技术人员填写，以人天为单位；

11.需求性价比：这是整个产品需求管理的精髓所在，主要的计算公式为（需求重要性×需求紧迫性×需求持续时间）÷需求工时；

12.需求优先级：需求性价比最高的需求为需求优先级最高的，在产品迭代更新的过程中需要优先考虑解决的需求。