《人人都是产品经理》读后笔记20130305

《人人都是产品经理》读后笔记20130305

           最近在看《人人都是产品经理》这本书,这本书给我的感觉就是比较通俗易懂,由浅及深的阐述方式易于理解,善于运用故事来说明观点,适合初学者。为了整理一下自己思路,特意把自己看过且觉得是重点的部分记录了下来... ....

 

全书的结构,如图示:



 

第一章:写给~1到3岁的产品经理

             主要介绍为什么要做产品经理,现在我们到底是不是产品经理,我们真的想做,怎么入行以及作者入行三年的简要介绍。(可直接跳过)

 

第二章:一个需求的奋斗史



 

 

重点一:用户研究

用户研究的方法,如下图所示:



横向,用户的说和做。

怎么说表现了目标和观点,怎么做反映了行为,用户怎么说和怎么做经常是不一致的。

纵向,定性与定量

定性研究可以找出原因,偏向于了解;而定量研究可以发现现象,偏向于证实,

说和做、定性和定量,合理的打牌组合使用,才能发挥最大的作用。

 

 重点二:需求采集

1.需求采集过程:明确目标、选择采集方法、制定采集计划、执行采集、资料整理,然后进入下一步的需求分析阶段。

 

2.需求采集方法:

2.1常用的需求采集的方法,如图示:


2.1.1 定性的说:用户访谈------->【用户访谈的常见问题与对策】

第一:“说”和“做”不一致的问题。【对策:尽量在用户可以和产品交互的场合下进行,让用户在“说”的同时也“做”】。

第二:样本少,以偏概全的问题。【对策:选择样本,尽量做到随机;尽量识别出各种可能引起的偏差因素;以增量的方式进行访谈】。

第三:用户过于强势,把我们往沟里带。【对策:牢记访谈的目的】。

第四:我们过于强势,把用户往沟里带。【对策:牢记访谈的目的】。

 

 

 

2.1.2 定量的说:调查问卷------->【调查问卷的常见问题与对策】

第一:样本的偏差,即样本与想了解的目标用户群体出现偏差。【对策:样本选择尽可能覆盖目标群体中各种类型的用户;可以把目标群体的特征也定义成一系列问题,放入问卷中】。

第二:样本过少的问题。【对策:只是得有100份的问卷】。

第三:问卷内容的细节问题。【对策:进行小范围的试答,根据反馈修改后,再大面积投放】。

 

2.1.3 定性的做:可用性测试------->【可用性测试的常见问题】

第一:如果可用性测试做得太晚(往往在产品将要上线的时候),这时发现问题也于事无补了。

第二:总觉得可用性测试很专业,所以干脆不做。

第三:明确是测试产品,而不是测试用户。

第四:测试过程中,组织者该做的和不该做的。

 

2.1.4 定量的做:数据研究------->【数据的常见问题】

第一:过于学术,沉迷于“科学研究”。

第二:虽然数据不会主动骗人,但我们经常无意或者有意地误读数据。

第三:平时不烧香,临时抱佛脚。

 

2.2 需求采集其他方法:现场调研、AB测试、日记研究、卡片分类法、自己提需求。

2.3 二手需求采集工具:单项需求卡片 ,模板如下图:

 



  

 

重点三:需求分析:

1.用户需求和产品需求的区别:

用户需求:用户自以为的需求,并且经常表达为用户的解决方案。

产品需求:经过我们得分析,找到真实需求,并且表达为产品的解决方案。

 

2.需求分析的概念和过程:

3.2.1 需求分析概念:从用户提出的需求出发,找到用户内心真正的渴望,再转化为产品需求的过程。

3.2.2 需求分析过程:“首先:树叶——树枝——树干,其次:树干——树枝——树叶”,即需求分析师一个“分—总—分”的过程。

需求分析过程如下图:


步骤1:把用户需求转化为产品需求;
步骤2:确定需求的基本属性;

步骤3:分析需求的商业价值;

步骤4:初评需求的实现难度;

步骤5:计算需求的性价比;

 

3.满足需求的三种方式:

3.3.1 改变现状

3.3.2 降低理想

3.3.3 转移需求

 

4.需求分析总结:伟大的需求分析师,可以无视用想要的东西,去探究他内心正在的渴望,在给出更好的解决方案,用户正在需要的东西,这就是我们存在的价值。

 

重点四:需求筛选

1:需求筛选的过程:把需求打个包----->利用商业需求文档,在产品会议上提出需求并认可需求。

名称解释:BRD、MRD、PRD

BRD:Business Requirement Document   :商业需求文档

MRD: Market Requirement Document      :市场需求文档

PRD:  Product Requirement Document     :产品需求文档

 

BRD包含的内容如下:

项目背景、商业价值、功能需求描述、非功能需求描述、资源评估、风险和对策。

 

2:需求筛选原则:情愿把一半的功能做到尽可能完美也不要把全部功能都做成半吊子。

 

4.3:需求的生命周期,如下图:



 

          

猜你喜欢

转载自hxyt20.iteye.com/blog/1821660