人人都是产品经理[试读]

我从事的是IT行业，具体点说，是互联网和软件行业。很多人可能都会和我一样，入行久了，看了一些资料，发现里面说的产品经理和我们平时做的事情似乎不大一样，于是做得越久越迷茫，总在问自己――我们到底是不是产品经理？ 有这样的疑问很正常，因为有“产品经理”这个词的时候，还没有我们现在熟悉的“互联网”和“软... 查看全部[ 1.2 我们到底是不是产品经理 ]

经常被问到这样的问题： “我快毕业了，对产品经理这个职位特别感兴趣，怎么入门？” “产品经理都是招有几年工作经验的，我原来做技术，要转行怎么做？” …… 经常看到这样的帖子： “研发转产品，真的很痛苦！” “我是软件产品项目经理，如何成功转型做产品经理？” …… 既然想做产品经理，我们就... 查看全部[ 1.3 我真的想做，怎么入行 ]

2.2.1 定性地说：用户访谈 用户访谈通常采用访谈者与被访者一对一聊天的形式，一批次用户访谈的样本比较少，一般是几个到几十个，但在每个用户身上花的时间比较多，通常为几十分钟到几个小时，围绕着几个特定的话题，我们问，用户答，用户说，我们听，这是一种典型的定性研究。用户访谈可以了解用户怎么说，即他们... 查看全部[ 2.2.1 定性地说：用户访谈 ]

同样是听用户怎么说，常见的定量研究方法是――调查问卷。 调查问卷和用户访谈的提纲是有区别的：用户访谈的提纲通常是开放式问题17，适用于我们心里还比较疑惑的时候去寻找产品的方向，适合与较少的访谈对象进行深入的交流；而调查问卷通常封闭式问题比较多，适合大用户量的信息收集，但不够深入，一般只能获得某些明... 查看全部[ 2.2.2 定量地说：调查问卷 ]

可用性测试是指通过让实际用户使用产品或原型方法来发现界面设计中的可用性问题，通常只能做少数几个用户的测试，看他们怎么做，属于典型的定性研究。 它是UGC21理念的一种很漂亮的实践，在目的明确的前提下，简单介绍一下主要过程。 首先要招募测试用户。招募测试用户的主要原则是，这些用户要能尽可能地代表将... 查看全部[ 2.2.3 定性地做：可用性测试 ]

只要你做的是一个大用户量的产品（互联网产品往往都有这个特点），那么我们总会惴惴不安：上述3种方法，就算做问卷的普查，回收到的有效问卷也可能不到用户总数的10%，或者说，在样本的选择上都有一定的被动性――需要样本同意参与，所以它们都只能接触特定的少部分用户，那么到底能不能代表目标用户群体？ 虽然绝大... 查看全部[ 2.2.4 定量地做：数据分析 ]

上面用很大篇幅说了一些常用的需求采集方法，这一节，我想先抛出一个“一手需求与二手需求”的概念，有个很形象的比喻就是“生孩子与养孩子”，话糙理不糙，我们内部经常这么说。 我们首先把“生孩子”――需求采集视为己任，人人有责，希望所有人都参与，都来“生孩子”，我们帮大家养，这就要给他们一个简单的“生孩子... 查看全部[ 2.2.5 需求采集人人有责 ]

2.3.1 明确我们存在的价值 用户跟福特要一匹更快的马，福特却给了用户一辆车。 这就是我们存在的价值。还记得小明么？ 他说他需要一个电钻，这是他提出的解决方案，但在大毛的刨根问底之下，发现小明其实想要的是一种温馨的家的感觉，有了这个认识，我们就可以给出很多产品来满足。比如卖他一套实施方案，带... 查看全部[ 2.3.1 明确我们存在的价值 ]

在整个检测过程中，我们先把用户需求转化为产品需求，然后一步步确定每个产品需求的基本属性、商业价值、实现难度、性价比等。 特别提一下，这里确定的是产品需求的各种属性，不同于之前提到的“单项需求卡片”，那张卡片里描述的是用户需求的各种属性。 把用户需求转化为产品需求 检测的第一步就是“需求转化”，... 查看全部[ 2.3.2 给需求做一次DNA检测 ]

2.4.1 永远忘不掉的那场战争 为什么原来没有这样的战争？ 我没找到理论支撑，但就个人经历和与同事的交流来说，下面是一个因素：更早的时候，公司是按照产品线划分部门的，对于某个产品来说，有自己的产品设计师、开发与测试等，下一段时间要做哪些需求，完全可以在产品经理的层面上决定，所以就算有战争也是部... 查看全部[ 2.4.1 永远忘不掉的那场战争 ]

有100个需求，资源只够做10个，是的，当时就是这样。 一直都是这样。 2007年国庆长假回来，我在全力做网店版“自动上架”的功能，简单解释一下:淘宝为了防止一些没人打理的商品始终在搜索结果中，稀释了有效信息，所以所有商品会隔一段时间后自动下架，不再被搜索到，这时就需要用户重新将商品上架。而网店... 查看全部[ 2.4.2 别灰心，少做就是多做 ]