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

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

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

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

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

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

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

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

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

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

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

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

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

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

备注:这个不说了吧。

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

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《产品设计体会(1009)功能列表:Feature List》有24个想法

  1. 这种积累的方法不错,学习了。再向你致谢一下。

  2. sujie兄,请教一下:
    以邮箱为例,邮箱有多项功能,例如“视频邮件”“邮箱搬家”“邮件自动分类”等功能。
    如果这些功能隐藏比较深,则用户不知道。因此,需要对这些功能在适当的位置进行推广运营。

    推广运营是跟各个功能都相关的。

    那么这个“推广运营”,应该如何处理呢?是单独出来一个模块吗?

    多谢指教啊。

    iamsujie Reply:

    @洪仔, 我会把运营需求单独列出来,这个运营到底推什么功能,只是运营的内容而已~

  3. 还是没办法看到图..DOWN..ING

    iamsujie Reply:

    @Yuki, 那么,看看页面右上角的告示?

  4. sujie师兄你好,当列出产品的feature list,讨论筛选后剩下50多个,这么多的功能点,在编写PRD文档时,性能需求篇幅其实不是相当长,对这feature list到PRD文档的这一步感到很疑惑,希望能指点一下

    xiai_fei Reply:

    补充一点:上面说的PRD文档的功能需求是另外一种的PRD写法模板,相对应的应该就是苏杰师兄你采用的用例,表达有限,可能使你不大容易明白,请见谅

  5. 强烈建议情况表格数据,将表格放出来给大家参考学习,谢谢。

  6. 苏杰老师,这个文档不能下载了,您分享的文档包里也没有这个excel表格,能再分享一下吗?谢谢!

发表评论

电子邮件地址不会被公开。 必填项已用*标注