产品经理的初识

想转“产品”也不是一天两天的事情了，可是我一直对“产品经理”这个名词在心里没有确切的定义。最近，看看苏杰的《人人都是产品经理》，

以及和公司从事“产品”的同事的交流。本身心里对产品已经有个大体的定义。“产品”：“为解决问题而存在的一种有形或者无形的一种载体”，

无形能够说是一种服务，好比说：你使用的电话套餐。有形，你能够拿到一个具体的实物。好比说我今天买了一个笔记本。“产品经理”第一次

起源于保洁内部的故事，想必你们都知道的。“产品经理”，“把每一个产品看做是本身的孩子。产品经理就是那个计划让孩子到出生，发展，到死

亡的这个过程的管理者。

1.孕育到出生：需求采集的过程

如今我写的这些东西都是在纸上谈兵，我至今还不曾作过和需求采集相关的工做。可是学习到作事情的方法仍是比较重要的。

需求的奋斗史，从需求被发现到决定实现的一个过程。

采集需求有几种方式：

1.1用户访谈;

对着用户采用约谈的方式，这种方式较为快捷，能够及时沟通。可是这个方法的缺点：用户“说”和“作”不一致；样本少，以偏概全的问题；

用户过于强势，把大家往沟里带；大家过于强势，把用户往沟里带；

1.2调查问卷

而调查问卷一般封闭式问题比较多，适合大用户量的信息收集，但不够深刻，通常只能得到某些明确问题的答案，调查问卷不是考试卷，

不适合安排问答题。不管是网上仍是线下，做答时间最好不要超过10分钟，不然不少人看一眼就被吓跑了。可是这个方法仍是有问题：

第一，样本的误差，即样本与想了解的目标用户群体出现误差。第二，样本过少的问题。第三，问卷内容的细节问题。

1.3可用性测试

可用性测试是指经过让实际用户使用产品或原型方法来发现界面设计中的可用性问题，一般只能作少数几个用户的测试，看他们怎么作，

属于典型的定性研究。这样也有问题：第一，可用性测试是指经过让实际用户使用产品或原型方法来发现界面设计中的可用性
问题，一般只能作少数几个用户的测试，看他们怎么作，属于典型的定性研究。第二，总以为可用性测试很专业，因此干脆不作。

第三，明确是测试产品，而不是测试用户。第四，测试过程当中，组织者该作的和不应作的。

我我的是比较喜欢作可用性测试，不少时候开评审会议的时候，须要开发人员在短期以内作出决策（尤为是那些不喜欢看PRD文档的人），

demo更能快速高效的传递你的意思。并且，如今AXURE Rp工具也极为方便。

1.4数据分析

虽然绝大多数状况下的经验证实，只要在用户的选择上没犯什么低级错误，他们是“具备表明性的”，或者说接受这种假设是一种性

比很高的廉价解决方案。不过，咱们还有数据分析，一种定量的研究方法，数据来讲话，看看用户究竟是怎么作的，不管是考察目标用

户全体、仍是采样，都彻底可控，所谓“According to the data”是最难被驳倒的。

总结：需求采集可谓是重中之重，记得之前在上软件工程课中，需求到最后成品简直没有半点关系。因此，必须把握好需求这关。

对于本身身边，批发站的产品，从需求这面着手，我采用约谈方式。对于小公司不适合采起成本太高的需求采集方式。对于内部员工约谈，应该是最合适的方式。可是有的项目需求存在不肯定的问题，做为产品，必定要给最后的产品开发留上需求改变的空间。