《人人都是产品经理》读后笔记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：需求的生命周期，如下图：