产品设计体会（十六）——Feature List

这周来点实在的，这两天主要在列新产品的Feature List,说一下自己感觉这个玩意应该怎么做，其中吸取了叶老大原来的表格还有网上一些相关文章的内容。这个表是用Excel做的，一些简单的技巧，比如条件格式、筛选、单元格有效性、单元格锁定、隐藏是必须的基本功，另外我比较喜欢把表格弄好看点，这样整天对着就不会闷死嘞，见附图。

 

（看不清吧，那就对了，暂时不能让你们看清~~~ :P）

一个feature，这次我给了它如下属性：

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

子模块：稍大一点的产品至少要给功能模块做二级分类了，这部分其实又涉及另外一个很大的领域IA（信息构架，会影响将来产品的站点树形结构，页面组织，菜单层级等），最近也在看一些资料。

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

任务描述：这里可以说具体一点。

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

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

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

开发量：一般由技术部门的项目经理或者系统分析师/架构师来确定，这次需要劳方代表，微软，来定了（我是资方代表哈）。

性价比：原来的体会（三、十二）中有讨论过这个问题，简单一点就是综合商业属性、优先级与开发量来确定。

备注：这个不说了吧。

另外，每个产品的大小、资源条件，需增需减，要灵活变通。