根据《人人都是产品经理》第二章内容，制作了本地化的产品需求管理列表，条目如下(文末有下载链接)：

产品需求管理列表示意图

1.使用说明

1.*为必填，其余项目根据公司情况选填；可以一个sheet管理一个模块的需求；

2.商业价值由重要性、紧迫度、持续时间三个维度的分数求平均得出(0~5分)，这里设置了一个高中低标准，<5/3为低优先级，5/3~10/3为中优先级，>10/3为高优先级，填了三个维度分数后，函数会自动生成商业价值分数以及商业优先级。当然，也可以根据经验粗略评估商业优先级，省去前面繁琐的流程，特别是在小公司，很难做到对每个需求都事无巨细的评定；

3.开发量的高中低具体对应多少人天，对于不同体量的产品、不同大小的团队都不同，需要根据实际情况评定；

4.性价比：《人人》里只告诉我们要评估价值和成本，当我评估完商业价值开发量的高中低后，问题来了，高/高算高性价比还是中等呢？在实际工作中千万不能纠结于这种没有标准答案的问题，我的方法是简单的把高/中、高/低、中/低划为高性价比，高/高，中/中，低/低划为中性价比，中/高，低/高，低/中划为低性价比。

5.彩蛋：除了日常需求管理，这个表还有其他额外用途。利用简单的统计功能，就能知道某段时间里谁提的需求更多(工作考核)，需求主要是什么类型的(反映产品阶段)，性价比总体情况(工作效率)，这些方面就比较适合经理级别以上的人员参考。

2.个人体会

1.对于产品较简单、人员少的小公司，可以利用性价比的思路粗略估算，比如：商业优先级、开发量、性价比都可以粗略使用高中低来评估，省去大量管理文档的时间，也更适合敏捷开发的小团队。记录形式因团队习惯而异，重要的还是心里“性价比”的那杆秤。

2.性价比绝不是评定一个需求该不该做的唯一准则，比如产品基础架构，性价比不高，但是作为基础需求，不得不做！另外，老板坚持要做啊，运营有活动需求等等，都是需要考虑的关键因素。

3.团队内部一致性很重要。我实习的时候负责两个产品模块，第一次开需求讨论会时，我参考《人人》的需求管理列表整理了需求，结果根本没机会陈述什么商业价值、开发量，直接跟老板argue就给通过或是砍掉了，砍掉的原因大多是不符合产品原则，自己想偏了，给过的原因大多是对用户有价值，对开发量的考虑不是主要的，我认为原因可能是公司规模小，开发资源集中，不用抢资源。后来了解到团队习惯在OA里记录需求，安排人员，并没有特定的人去汇总需求表，我就没怎么用过这个表格管理了，适应了团队的工作方式。因此，用什么样的方式管理产品需求，前提就是团队人员都认可这种方式，而不是一个人自我感觉良好的单枪匹马。

模板链接：http://pan.baidu.com/s/1o8zvBvW

感兴趣的小伙伴可以参考一下^ _ ^