产品设计体会(1009)功能列表:Feature List

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

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

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

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

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

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

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

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

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

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

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

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

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

备注:这个不说了吧。

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