5

第21讲:【案例分析】读书应用真伪需求辨别

 2 years ago
source link: http://www.chanpin100.com/article/125964
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

第21讲:【案例分析】读书应用真伪需求辨别

  • 发布于1小时前
  • 阅读433

上一讲我们了解了如何使用真伪需求多维打分表来判断需求的真伪性。今天,我会结合一个实际的案例,来给你说说真伪需求打分表到底该怎么用。

164742854882137674

每天5分钟,你也可以成为优秀的产品经理 。你好,我是郭杉。欢迎来到 《郭杉 产品经理50讲 》第21讲。

上一讲我们了解了如何使用真伪需求多维打分表来判断需求的真伪性。今天,我会结合一个实际的案例,来给你说说真伪需求打分表到底该怎么用。

案例分析:某读书APP增加领读模块的需求真伪判断

背景描述:假如你是某读书类APP的产品经理。近期总收到后台用户反馈,希望增加类似于网易蜗牛读书的领读功能,请使用“真伪需求多维分析表”对这个需求的真伪性进行判断。

先让我们从”需求是否符合产品定位”这一维度进行判断。

案例中“增加领读模块”这个需求与读书APP的整体定位基本相符,所以我们在这一维度上为其打了4分。

接下来,我们要从“需求是否匹配目标用户”来进行第二维判断。

虽然“增加领读模块”这个需求,符合读书类目标用户需求,但并不是所有用户都需要领读这个功能,所以我们在这项打了4分。

然后,我们判断“需求的受众群体规模”。

通过分析我们发现并不是所有用户都需要领读模块,这个领读模块的受众群体有限,因此我们在这个维度上为其打了2.5分。

下面是从“需求是否是必须要解决”这个维度来判断。

虽然“领读模块”可以促进读者更好的读书,提升产品的活跃和粘性黏性,但自身产品在核心功能的完善度上存在大量需要解决的问题,这个“领读模块” 并不是当下产品急需解决的问题,因此这个维度我们为其打了2分。

第五个判断维度是“需求发生的频率高不高”。

对于领读模块来说,需求虽然真实存在,但相比于其他需求,发生的频率应该不会很高。因此在这个维度上,我们为其打了3分。

下面第六个维度是判断“需求是否对现有业务产生正面影响”。

无疑,领读模块的加入,会对现有业务产生正面影响,在这一维度上我们打5分;

到了第七个维度,我们需要判断“领读模块”这个需求是否有延展性。

对比竞品功能发展,我们发现“领读模块”这个需求后续有非常多的延展性,因此这个维度我们可以打4分;

终于到最后一个维度了,在这个维度我们需要判断“目前的技术能否支持需求的实现”。

我们和公司的研发主管对了一下需求,依照公司的研发实力,实现这样的需求,应该没有什么问题,也不需要什么技术攻关。因此这项我们给保守的打了4分。

最后,我们来计算一下结果4 +4+ 2.5 +2 +3 +5 +4 +4=28.5 虽然高于及格分数24分(满分60%的阈值),但是距离满分40还有一定差距,可以说这是个真需求,但并不是那么高频的强需求。

164742860083896704

听到这里,相信聪明的你肯定想问我。我觉得不对啊,怎么刚才那几项,我觉得不应该打这个分啊。

这里,我想强调一点。需求的真伪性判断从来没有所谓的“标准答案”。即使同一个需求,不同的产品经理判断结果也各不相同的。咱们的打分表只是一个工具,真正的灵魂是产品经理的经验和思维。这才是产品经理真正的价值所在。你说是不是。

好了,以上就是本讲的全部内容了。

如果觉得这一讲的内容不错,记得给我点个赞。

下一讲,我们一起聊聊“BAT产品经理都在用的需求分析方法”这个话题。记得准时观看哦!

好的,本讲的内容到这里就全部结束了。我是产品专家郭杉,我们下一讲见。

产品壹佰网站所提供的内容均来源于用户提供或网络搜集,由本站编辑整理,仅供个人研究、交流学习使用。如涉及版权问题,请联系本站管理员予以更改或删除。

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK