产品经理首先是人文科学与自然科学的结合,需要严谨的理科逻辑思维与对人文科学的探究,简单的说,就是秉持严谨的态度以人文科学的方式对自然科学进行改造。--《人人都是产品经理2.0》.苏杰
如果开发者想转产品经理(之后简称为PM)的话,最重要的就是先看自己有没有这种思考能力,没有的话是可以锻炼出来的,像我本来只是想当一个程序员,偶然的机会与朋友踏上了创业的道路,没有专业的PM,自己就开始慢慢学,如果是在上班的朋友,学习成为一个PM也是非常好的,不仅可以转职,而且在上升管理岗时,PM经验也是非常有用的.(非自身经验,从其他大佬们的经历总结而来)
技术出身是做PM的一个优点,我大学专业学的是计算机,典型理科生,沉浸在技术里这两年,能明显感受到思维的固化,如果有一段长时间沉浸在技术里的话,那么可能后面一段时间不太会与人交流了( 很多同学应该都有这个经历,大部分搞技术的同学,在与人相处方面都不很擅长,如果本来就有些内向的话,更甚),每一个技术人,应该都是秉持着对技术的严谨,每一行代码都敲的很用心,因为一个小小的错误可能会引起整个系统的崩溃,一切都脚踏实地,严谨的做好每一件事,但是创造力更是PM不可缺少的一点.对现有功能的改造,对新功能的创造,不仅是对用户的理解,也是要大胆的尝试新事物.
在产品的大概结构定型的时候,对需求的建立是最重要的,而创造需求的最重要的一点是透过事物看本质,不要被表象迷惑,分析一件事的时候,尽可能的收集更多的信息,全面了解一件事之后再去下定论,去寻解决办法,不可一叶障目.以自己的片面之见,来设计一个面向大众的产品或需求是大忌,数据收集与分析,是建立实际功能需求时最最重要的一点.
说回PM与众不同的思维,当普通人遇到一个问题时,她可能想到的是如何去解决这个问题,而产品经理应当想到的是这个问题背后还有没有更深层次的问题,要发掘事物的根源,要明白最根本的问题是什么.有一个例子:一辆货车载满货物后高3.05米,而现在他要过一个限高3m的隧道,这时候该怎么办?
我们技术人这时可能会立马去想怎么让这辆车通过,然后想出各种解决方案.但是作为PM,这时候应该更多的收集一些信息,发掘真正的需求,货车过隧道是真的最根本的需求吗,这时可以去提问,去收集信息,货车通过隧道是为了什么?是为了把货送到另一个地方?还是为了把货车开到另一个地方?如果是为了送货,那我们可以再叫一辆车,卸一些货到另一辆车上,然后货就可以过去了.或者我们换条路走,去往目的地.不同的根本需求,意味着需要不同的解决方案,用户提出的需求可能不是真正的需求,这只是他们片面的意见.要听用户的,但不要照做!
先发掘需求,再提出解决办法,再从中找出最优解,然后去实现它.
再说到PM的"职业病",我觉得可能是在生活中某些东西上看到一些非常好用的功能,就会赞叹这个PM,真的牛.然后会想他到底是怎么想到这一点的,追根溯源一下他的思维.看到某个特别sb的功能,就会骂什么沙雕PM,设计的这种lj玩意,然后就会想他为什么要这么设计,他这么做肯定有理由,找出他这么设计的优点在哪里,再然后想如果我来改这个功能,我会怎么改.
做PM,一定要拓展自己的认知,要多看书.自身见识不够,做出的东西一定无法满足所有用户.对于我这种做技术出身的,一定要做多读人文类的书,这是一个基于人类的世界,做的功能都要基于人本身(给动物用的除外).做技术的同学常常会陷入一个误区,就是功能足够好就一定会有人用,但是好不好是没有绝对的,只有契合用户需求的才是最好的,但是做出来的产品所面向的用户肯定是多种多样的,这时候又该怎么细分呢?要么适应大部分用户,抛弃少部分(但是当用户数量到达一定程度时,一个功能的某种选择不一定能契合大部分用户,甚至只有一小部分,用户分为很多种),比如说淘宝的对于商品扣库存的设计,扣库存本来是一件很简单的事,但是在不同的场景下扣库存的时间会有很多种选择,如果基于商家的垂直分类去设计,那么在技术上会有很大的难题,因为分类是有无限多的,而且如果不去调研就按照自己的想法来的话即使分了很多种,某个垂直分类下的多个商家中也不一定会接受(调研的成本也非常高,调研完后用户也不一定接收,因为基数是无限大),淘宝最终的选择就是把这个扣库存的时机的选择交给商家自己去选择.但是交给商家自己选择也可能会出问题,这就是大政府与小政府的区别,孰优孰劣呢?
在设计功能的时候,对于实际的需求往往没有完美的解决办法,我们只能尽量去做出相对的最好的.用心,是最大的努力.
我是陈乐,一个即将毕业的普通大学生程序员,目前在创业,有时间的时候会分享一些我的学习经验和创业经历.刚开始写文章,如果有什么错误的地方,望不吝指正.一起学习,一起进步
网友评论