产品经理升级之路:产 品的6个层级,你属于哪一

我爱花牌 2019-06-12 13:31193http://www.029web.com/admin

上周末在头条问答上受邀回答了一个问题,提问者和自己经历一样,以前做Java开发,现在有机会做产品经理,问如何转型。这段时间也在看精益创业的内容,学习商业计划书,思考产品的问题,自己也总结了一些东西。基于这种机缘,自己也根据自己的转型之路,重新的审视一下产品经理这个岗位,给他人更给自己一个指导,希望走向一条正确之路。

其实我们做过程序开发,虽然都统称为程序员,但是根据语言不同,前后端不通,技术领域不同,程序员也有各种各样的分类,而且随着经验的不同,程序员也有各种各样的级别。同理,产品经理也类似。在我们打怪升级之前,我们先看一篇文章《按不同维度区分:产品经理分几类?》,对产品经理大致有个了解。

OK,打怪升级开始了,注意怪物和宝贝哦O(∩_∩)O~

第一级:执行型产品经理

很多人刚入产品经理这个领域,非常兴奋,感觉终于可以设计一款伟大的产品了,但估计不出一周,可能就要灰心伤气了。天天只盯着一个模块,一个原型改来改去,还得提供技术需求说明书,好烦!没错,这就是刚做产品经理必须要面对的,就要从细小处入手,练习基本功。

在这个过程中,技术转型过来的产品经理会经常碰到的一些怪物:

做产品策划太关注技术实现。没必要的功能感觉技术实现简单就加上吧,有必要的功能感觉技术实现太难暂时去掉吧。

给技术团队提供技术方案。我曾遇到一个技术转产品的客户,我们技术人员说评估一下,他直接上来就说还评估什么啊,这么简单,程序可以这么写那么写?最后把技术惹恼了,直接给了一句:“你既然这么能,你咋不自己开发呢”

不喜欢写文档。技术人员虽然逼着产品经理提供各种文档,但他们都不喜欢写文档。现在轮到你来给技术提供文档了,很多人没这个习惯。所以换位一下其实挺好的,感受一下对方的苦逼。

所以这一阶段我们需要的装备可以总结下:

熟练使用各种工具,比如Axure,Word等。

不要受技术背景的影响,从业务角度去策划产品。

注意沟通方式,不要随意提供技术方案。

第二级:参考型产品经理

进入第二级后,我们逐步的开始进入产品经理的角色了。作为技术型的产品经理,这一阶段我们已经开始从关注技术到关注产品了,我们开始去使用各种各样的产品,去分析他们的共性,当然我们依然摆脱不了技术的影响,去关注每个产品的技术架构及实现方式。为什么这个阶段我称它为参考型产品经理,是因为当我们看了很多产品以后,我们更多的是参考借鉴其他产品好的东西照搬过来从而优化我们的产品。

但这个阶段我们依然会碰到一些怪物:

不假思索的拿来主义。什么流行用什么,什么创新用什么,最终堆砌的琳琅满目,而忽视了核心功能。

拍脑袋定产品。自以为阅产品无数,自以为有各种创新思路,事实是无非追趋势,随大流,在拿来主义上再创新。

对技术团队的质疑当成对自己的挑战。总是给人的感觉是不要问我为什么这么做,你就按我的做就行了。

所以,这个阶段打怪练装备主要围绕以下几个方面:

拿来主义没问题,关键是抓住核心业务需求优先设计产品,其他只是锦上添花,所以切莫本末倒置。

技术人员质疑产品是正常的,大家都担心产品犯错造成不断的反复。沟通一定要有理有据,用数据说话。做到这一点,恭喜你进入下一级!

第三级:运营型产品经理

产品是生孩子,运营是养孩子,所以都要把自己当成亲妈的角色,产品要考虑运营的需求和诉求,运营要向产品反馈用户的需求和使用的问题。有些团队,产品和运营是割裂的,或者利益关联太弱,就造成了前后的脱节。产品做出来不是目的,而是更好的让用户使用,贴合用户的需求,这就要求要在运营中检验。所以产品经理需要关注运营,做产品前要制定好运营的方向策略,过程中要监控运营的数据,分析运营中存在的问题,从而找到改进的方向。一个关注运营的产品经理在产品设计中出错的几率远远小于参考型的产品经理。

但是作为该阶段的产品经理虽然尊重数据,趋于理性,但是依然会面临一些问题:

沉迷于细节的改进,大局观不足。很多时候产品没找对需求点,即使改进的再完美,对于运营效果很难有提升。

被数据欺骗,误导了需求。比如微信的爆发得益于摇一摇和附近的人这种陌生人社交功能的推出,但微信最核心的还是基于熟人的沟通交流功能,如果一味的追求那些锦上添花的细节,可能会让产品跑偏,在此我们不能不佩服张小龙内心的笃定。

既然做产品离不开运营,同时又不能局限于运营,所以我们也要get一些技能:

通过运营数据反馈问题,需要预设数据模型,提前建立数据收集渠道。

快乐十分_多宝阁手游:产品经理升级之路:产 品的6个层级,你属于哪一

Copyright © 2002-2017 快乐十分_多宝阁手游 版权所有 备案号:鄂ICP备12013435号-2 鄂公网安备61032703000297