产品设计体会(十六)——Feature List

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

Feature List 

(看不清吧,那就对了,暂时不能让你们看清~~~ :P)

一个feature,这次我给了它如下属性:

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

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

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

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

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

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

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

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

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

备注:这个不说了吧。

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

  • 0
    点赞
  • 1
    收藏
  • 打赏
    打赏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页
评论 3

打赏作者

iamsujie

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值