首页 » 产品经理 » 《人人都是产品经理》第六天:价值以及马革裹尸的荣耀

《人人都是产品经理》第六天:价值以及马革裹尸的荣耀

 

产品经理的存在价值是什么?
用户要一匹快马,我们造出了汽车。
用户要的,是用户需求,而我们可以实现的,叫产品需求,而将用户需求转化成产品需求,就是我们要做的事。(产品经理目前有两件事,一个是将产品的用户体验和商业价值结合起来,一个是把用户需求转化成产品需求。)
比如品牌搜索框,用户想的是快速找到想找的人,我们做不了智能化的寻找,那就可以做个搜索框样式出来。

这里也提了下需求分析和技术分析的差异。说到底,需求分析是有个收集的步骤的。它一开始并不知道会做什么样的东西,所以相对于技术分析多了一步总结而已。。说本质有差异,有些过了。更多的是个包含。因为技术在创造出“树干”的时候,本身就已经经历过树叶树枝的过程了。只是没有把这个步骤明示。

好了。现在分析需求的步骤完成了。下面就该满足需求了

满足需求的三种方式:
改变现状:开发用户需要的功能
降低理想:告诉用户别人更差,满足心理安慰
转移需求:告诉用户你的需求是错的,有个更重要的需求要满足
满足需求的最终等阶就是“四两拨千斤”
还有另一个“核武器”那就是创造需求,就是在毫无征兆的情况下,最懂用户的一个人,突然想出来的一个需求。在当时没有人理解,但随着时间推移,大家都发现这才是最适合用户的。乔布斯就经常干这事

另外,对于一个需求是否重要,也是需要方法的,书里提供的是DNA检测法
DNA检测法

2.4主要描述了作者经历的产品会议
起因是因为由原来的项目组制度变成了部门制度,导致需求和技术资源无法一一对接,就由这次会议进行分配。
作者认为项目组制度利于开拓市场,部门制度利于减少内耗。非常同意,目前公司需要的就是项目组制度,而不是部门制度,因为公司周围虎狼环饲,如果不在各个领域都扎稳脚跟,可能在5年后就会被取代,这个方向是个我要思考的地方。
注,以下全部都是重点,以后所有申请的项目都要在脑子里模拟下参加产品会议,自己的项目为啥会被k掉。
项目要想做得好,得到支持,需要的就是范围大、时间短、品质高、资源省,这四点都能满足的项目才是老板最想要的项目。
时间现在都在追求小步快跑,所以可以定在2-4周。而了解技术部的工作量和人员数目可以估算出我们大概的可用工作量。后面需要展现的就是我们的质量以及范围了(商业价值)。
操作:
1、打包,把所有需求合并成为一个项目的做法。有点类似写网站结构图
2、哪些需求的等级更高,需要注明,方便管理
3、需求不能太过于细化,如果细化的太过于厉害,那么在分工上会导致混乱?(这句话没理解)
4、商业需求文档!!!
BRD的书写是以后必须要去尝试的。
这里留下记录,到时候会放上自己写的brd
BRD的组成:
1、背景
2、价值
3、需求描述
4、资源评估
5、风险和对策
实际上和上面分析需求是一样的路子,最终都汇总到性价比上。

原文链接:《人人都是产品经理》第六天:价值以及马革裹尸的荣耀,转载请注明来源!

1