求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
 
产品经理,很容易走进的的几个误区
 

2011-05-13 来源:网络

 

1、很容易记得概念,很容易限于形式。

产品经理思考问题的能力基本上都是很强的,只有拥有了思考分析问题的能力作为前置条件,后面实际执行解决问题的能力才能123有所保障。不过仔细的分析了一下很多产品经理的问题,大家都会犯一个通病。

大家很容易从心底里把自己做的产品、设计的产品形态一开始就跟某个概念去靠近。很多朋友说:“我们老板要做个SNS”,“我们接下来要做个BBS”等等,那自然因为产品经理一开始心底里面已经承认和约定了还在设计中的产品形态,很多时候得出来的产物就一定变得很固定了。

这个过程也是缺少能动发挥和创造性的过程,在这个过程中大家犯的一个本质的问题是:“当得到一个任务或一个项目的时候,会那现有的接触的概念或实际的产物往上面套”,本来这个产品是没有框框的形式的,结果得出来的产物就一定是:“和开心网、人人网”一样的社区产品形态,或者是像论坛一样的产品形式。

其中本身定位是“抄袭”、“仿效”、“靠近”的这些产品除外,但大不多时候公司里想做一个产品的时候,最早的初衷肯定不是:“为了做A产品而做A产品“;所以大家只记住了产品的概念本身,自然而然把产品做成了这样、那样的形式。形式承载的仅仅是满足需求、输出需求体现的价值。

2、不知道为何而做,缺少失辩推导的过程。

不知道为何而做,很多公司的高层几个老板一看苗头一看形势,经过磋商,最后得出一个战略发展方向的时候,告诉产品经理要去做什么样一个产品。这个时候我相信大多数产品经理只是心里面大概的知道:“接下来我们要做什么,大概公司想要的是什么样一个东西“,得到的是一个大概的答案,接下来要靠自己的水平、行业认识去猜测和具体这个产品的落地。

但这样的过程最关键的是:产品经理只是从得到的任务,这个结果本身看问题,一上来就是把自己定位为做出这个产品本身。做出产品出身是产品研发方向的事情,但是否能把这个产品运营起来,一开始就得有这个意识去判断去逻辑推导。

所以还是上上面的一个SNS或BBS举例,很多时候我们一开始就把要做的东西就已经圈定在这2个概念范畴了,一开始自己就把自己束缚住了。其实很多产品经理心里面也会在说可能这个事情不靠谱,但是很多人很少去问:“为什么你们得出的结论做这个,而不做那个;你们想要满足的用户需求用户利益时什么?是不是有更合适的方式去策略去满足?”

所以当推导下来知道,我们因为要满足用户交友互动的需求,然后还可以用户相互之间建立一些人脉的关系,本身的定位是:可以满足AA群体BBB需求,这个时候我们发现说社区这种形式现阶段好像可以很好的承载这种需求,我们才得出说要做这么一个东西,然后这个东西可以像CCC一样。所以这个时候产品经理知道了整个需求高层诞生的来龙去脉,这样的话,具体产品设计规划的方式就灵活的多,也会更丰富,这和单一的认为要做成什么样还是不太一样。

从有了产品落地的推导过程,产品经理对产品的理解,要做的事情就非常的清晰了。大家的水平、技能其实都相差不多,真正的还在于大家同样对一个产品一个事物理解的差异。每个人站的高度不一样,自然看问题的角度不一样,所以最后表现出来的思维差异是完全不一样的。

前段时间一个同事问我:“这个产品没有啥好设计的,该做的我都思考过了,好像没啥可做的。“事实上这位同事做事还是非常认真的,他其实就是不知道该怎么样收集、筛选需求、结合业务—少了思维推导的过程。我也同样的遇到过这样的问题,产品和产品的差异其实都不大的,只不过不一样的产品之间的发展空间可能不太一样,有些产品的潜力是5000,有些产品是500,仅此而已,产品经理对待需求的过程还是一样的。

建立起思维推导的过程,我们要做一个什么样的目标,然后哪些方面是我们可以尝试努力的业务方向,这些方向的需求我们如何把他抽取出来,然后怎么样把同性的归类到一起,可能是按照重要优先级维度;可能按照基础能力建设的维度;也可能按照产品战略图的维度,接下来有了这些大的点,我们可以细化到要做哪些事情ABC,有了ABC我们知道整了个需求列表。这个时候我们再审视这些,我们再来看哪些事情要做,哪些事情不要做,就有了轻重缓急。这个时候很多事情心里面就变得可衡量了,心里也非常有底了。

3、碎片化思维,不够系统化的思维。

碎片化思维,就是想到什么是什么,如果这个是产品经理表现出来的问题将会变得非常的可怕。碎片化思维就像下注押宝一样,押到什么就是什么,很可能造成产品或者很多事情不可控。也就是说你完全取决于这个产品经理当前的状态,当前的状态好他很可能是非常有战斗力的,否之如果不好那会变得非常的糟糕。整个产品研发体系中,悄悄地埋了一个深水炸弹,不在不知道什么时候就会突然的爆炸。

碎片化思维,还体现在看待事情仅仅停留在自己的观点,零散的观点,看问题解决问题很难去全局化、方案化。我观察过很多产品经理、新手、牛人、甚至是公司的管理层,这个时候碎片化思维和系统化思维的差异在这些群体身上表现的非常鲜明。

碎片化思维的人,他们说的就是一个点,二个点,很多产品经理嘴里面念叨的是:“这块注册引导的逻辑还有问题、后台的配置还有问题,产品的一期还少什么,运营人员的介入情况现在是什么样……”,一句话很散! 因为是碎片化思维,所以对于看到问题怎么样去解决,很多人也是:“我看到AAA/BBB/CCC有问题,有哪些问题,B的话我觉得不应该怎么样”;同样的作为一线系统化思维的人,他们会很清晰的看到当前状态下的问题是哪些,问题都出在哪些方面,这些问题的原因大家都是因为什么,具体怎么样去解决的方案是什么。也许言语不是很多,但却能很多的总结并且去解决。

产品经理如果常常有碎片化思维,所以常常也抓不到工作的重点重心、感觉每天的工作都那么的繁杂,本身对很多问题也不会形成自己独特的看问题的视角,也很难再同类选手中超出。所以这也是很多人产品经理工作了很多时间后,还是把自己掌握的产品经理领域的一亩三分地当做是产品经理的全部。

整天念叨的是AXURE、网页的布局,很多很散的东西。作为产品经理其实应该,必须有能力意识到当前我做的事情是为了得到什么的一个效果,作为产品经理本身我们需求掌握什么样一种思维的方式。不过有一点大家由于环境的差异,认知的差异、自身领悟的差异,所以这样的情况肯定还是共性。所以今天如果我、我们、你、你们,还是停留在碎片化思维,不够全局不够系统的话,看到我这篇文章开始,大家得有意识的开始系统化思考了;因为你的这个开始你后面很多事情的发展将变得不太一样。

4、只是像一个设计人员去设计,没有像运营一样去目标化。

我们像产品设计一样去设计产品,我们还是在享受设计过程带来的成就感和满足感,那我们还是把我们定位在一个产品设计。现在的title都是乱开的,我和很多人一样其实还是产品设计,我们现在已经具备产品经理的能力了么?我不觉得!

产品经理是什么?不是说你说这个产品设计出来就完事了,然后什么事情都不用管了。很多时候优秀的产品经理他在产品设计的时候本身就会考虑他设计出来的东西,以后每一块产品运营人员怎么样去运营,是不是具备可以运营的能力。如果这点都没有想明白,我们还是停留在产品设计人员的角度,貌似每天在设计,每天在产品。

运营人员最厉害的地方是目标化,也就是说你让他完成一个活动,完成多少流量,完成多少用户,完成多少的目标,他们都是可以通过一系列的方法去量化,向这个目标努力。而恰恰相反,产品经理不需要考核这样,考核的仅仅是一个很基础的指标,这个指标或许就很容易的满足。

当有一天,如果说需要产品经理完成这个指标,你知道要做一个什么样的需求出来,或者优化一个什么样的需求出来,你可以完成这个指标?这样对产品经理是苛刻的,很多公司不太会这样,但作为产品经理你一定要有意识去像运营人员学习,可以目标化、量化、可控化,这样你如何做什么产品的设计,你就可以很清晰的知道这些功能属于基础性功能,我的目标是可以让这些功能更易用;这些功能是重点可以让运营人员去包装,去操作,怎么搞;那些功能现在是基础的能力,以后可以引出增值点…这样产品在你手里才能玩出花来。

现在产品设计人员的通病是缺乏把产品运营做大的能力,其实严格意义上产品经理要具备这些能力的,虽然公司不要求你真正的做这块的事情,但会不会心里还是很清楚的。现在大家都养成了去挑公司 挑项目的火眼晶晶的本事,但如果你真正具备了这些是:很有可能把一个平淡无奇或者很难的一个产品做起来的能力。产品经理的本事就在这个方面,如果你现在的产品都是大资源投入,大资金支持,大活动推广,换成别人照样可以做成。

所以基于从产品设计本身出发,有产品运营的意识和能力,走出固有的思维和兴趣舒适圈,也是一种进步。



正视研发管理才是高水平竞争
需求是如何变成产品原型的
产品经理能力模型解说—把控
产品经理的正确定位
谁是合格的产品经理?
产品管理与产品营销的区别
更多...   


统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
SCRUM过程实践
敏捷测试-简单而可行


某博彩企业 产品经理与产品管理
北京 研发团队与工作管理
广东金赋信息 敏捷开发过程与项目管理
某支付平台 软件配置管理与发布管理
富士 软件外包项目管理与进度管理
塞孚耐 基于Scrum的敏捷开发
更多...