人人都是产品经理——iamsujie

只要需求采集的功夫做足了，你就会发现需求超多，必须每隔一段时间整理一次，通常我们叫它功能列表：Feature List,说一下自己感觉这个玩意应该怎么做，其中吸取了叶老大原来的表格还有网上一些相关文章的内容。这个表是用Excel做的，一些简单的技巧，比如条件格式、筛选、单元格有效性、单元格锁定、隐藏是必须的基本功，另外我比较喜欢把表格弄好看点，这样整天对着就不会闷死嘞，如图。

看不清吧？那就对了，不好意思有些信息不能公开。

表格中每一行是一个功能，而每列都是这个功能的某个属性：

模块：一般来说，每个模块下分3~10个子模块是合理的，否则要考虑重新划分（由于这个癖好，自己电脑里的文件目录结构也是遵循这个原则的）。

子模块：稍大一点的产品至少要给功能模块做二级分类了（更大的产品视需要可能有更多级的模块分类），这部分其实又涉及另外一个很大的领域IA（信息构架，会影响将来产品的站点树形结构，页面组织，菜单层级等），后面也会整理一些相关内容。

功能：具体的说一点，要给用户提供什么功能，给这个功能起个名字。

功能描述：这里可以说具体一点。

商业价值描述：通俗点，卖点是什么，可以给用户提供什么价值。

商业属性：简单分为基本，扩展，增值。举个手机的例子，打电话短信是基本功能，给电话录音是扩展功能（和基本功能相关），而如果这个电话特别结实，可以当锤子钉钉子，那就是增值功能了。这里的区分其实没那么绝对，取决于很多因素，比如商业目的。

商业优先级：这块是整个Feature List工作中核心的部分，判断的准确直接影响着将来产品的方向，我们的做法是先基于自己对商业目标的理解，主观定一个级别，所以之前的功课很重要，然后再PD团队pk，如有必要，再去客户处确认。

（iamsujie补：有时候细分为功能的紧急程度、重要程度、生命周期等细分因素。）

开发量：一般由技术部门的项目经理或者系统分析师/架构师来确定。

性价比：简单一点就是综合商业属性、优先级与开发量来确定，可以找出一个合适自己产品的计算方法。

备注：这个不说了吧。

最后，对于这个表格，依照产品的大小、资源多少，可以灵活变通。