人人都是产品经理?千万别信

奋斗成为富一代,公众号由奋斗De奶爸创建,一个披着奶爸外衣的IT男。坐标: 北京。

这是奶爸第48篇原创文章

曾经有人写过一本书《人人都是产品经理》,当时这本书卖的非常好,作为产品入门的书籍还是非常不错的,而且我也把这本书推荐给了我们团队的小伙伴去看。

但要是人人都是产品经理,只能说是个噱头了,只能这样去理解,每想做产品的人,都可以按照产品经理的思维方式去思考,这样能让你受益匪浅。

一个好的产品经理,能力要求很高,既要有很强的专业技能,还要有非常好的软技能,这样才算是一个好的的产品经理。

我们很多产品经理其实都是赶鸭子干上架,根本达不到产品经理的要求,很多都是需求或者项目经理出身,项目经理转过来的做产品的基本上还是只关注产品进度、质量,需求转过来只关注业务,都有些偏颇。

那么作为一个产品经理到底要做什么事,由需要哪些能力呢?

这里说的是产品经理,不是产品助理,也不是产品总监,一般的产品经理基本就是在大产品线中负责一个产品,能力强一些的可能会负责多个产品。

而且很多公司对产品经理的要求也不一样,有些公司做售前的也叫售前产品经理,这部分售前本文是排除在外的,我以前也做售前,而且做到了售前主管的位置,所以对这块的也是非常了解的,如果大家感兴趣,我可以在单独写一篇售前的文章。

的产品经理到底要做什么?概括的说就是产品规划、产品定义、过程管理,今天先不展开讲产品经理要做的事,着重说一些产品经理的能力模型,沟通管理、时间管理这些软能力基本上很多岗位都是需要的,不必多少,关键把产品经理所需要的专业能力唠一唠。

产品经理的核心能力5个字概括就是“做正确的事”,这也是产品经理和项目经理的最大区别,项目经理的核心能力也是5个字“正确的做事”,所以说项目经理重在执行,产品经理重在规划。

产品经理的专业能力,概括起来就是三个方面“业务”、“技术”、“用户体验”。

1、业务能力

业务能力是三者中的最关键点,不懂业务没有业务分析能力是没办法做好产品的,因为你根本就没办法把握用户的痛点,不知道用户哪里痒,自然也就做不出可以用来接痒的产品,就算你的产品技术很高级,界面超级炫,都是没有用的,因为你没有卖点。

所以作为产品经理就需要深入了解行业知识,在掌握知识的基础上做业务分析、数据分析、用户调研、竞品分析,市场预测,做这些的目的就是挖掘用户痛点,形成产品卖点,最终完成产品的整体规划。

产品整体规划形成后就是产品定义,核心的内容就是要定义产品需求,这个能力是作为产品经理的基本能力,业是考察产品经理对详细业务分析的能力,比产品规划更加细致、微观,先前已经写过三篇有关定义需求的文章,感兴趣的可以去看看。

1、需求分析人员工具箱-如何进行需求收集?

2、需求分析人员工具箱-需求分析只需八步

3、需求分析人员工具箱-如何编写需求说明书

业务分析过程中最常用的工具就是脑图工具(比如MindManger、XMind)、数据分析工具(不用太专业的,一般的数据分析用Excel足够了),还要有一个很重要的利器就是PPT,产品规划汇报、产品方案汇报,给你的老板汇报、给你客户汇报都会用到这个简单而又强大的工具,用好了,他能让你加分不少。

试想拿一个其丑无比的PPT给你的客户汇报,就算你的业务分析再透彻,痛点抓的很准也是会打很大折扣的。

一句好,“业务能力很重要,这是做产品的基石,没有这个这个基础,谈其它能力都是扯”。

2、技术能力

奶爸自己,最早也是做开发的,所以对及时还是比较了解的,而且也有一定的技术敏感性,那作为一个产品经理到底对技术需要掌握到何种程度呢?这是一个需要探讨的问题。

我的理解是能够和一般技术用户讲清楚技术框架,技术细节可以请专业的技术经理澄清,可以和内部的研发人员沟通技术可行性,一句话就是不能被开发人员给骗了。

什么是技术框架,现在一般公司的技术架构都是云架构了,会分为基础设施层、数据层、应用服务层、接入展示层,这些架构层次之间是什么关系,每个层析都用到了什么关键技术。

比如基础设施层,如果是云架构一定要支持虚拟化、云存储等,如何根据产品要求的承载能力进行虚拟化分区,如何进行分布式存储,为了保证产品的健壮性,如何进行部署,采用水平集群实现负载均衡(用F5实现还是软集群等),还是只做HA(做硬件级的HA还是软件),这些在方案层面都要有一些基本了解。

比如在数据层面,数据采集怎么做,什么叫ETL,是采用关系型数据库(mySQL或者Oracle,当然Oracle)还是支持大数据处理的数据库(如Hadoop等),如何进行缓存处理(用的Redis还是其它),并行数据处理用用的是什么工具等。

比如应用服务层,我们是不是也采用了SOA的架构方式,我们封装了多少可复用的组件,比如流程引擎组件、门户组件、报表组件、消息组件、日志组件等,这些组件大概能达到什么能力都要有一个大概的掌握。

和开发员沟通通常是会对一些技术可行性的博弈,所以一些常用的技术细节也要了解。

比如数据库您要了解基本的SQL语句,索引、存储过程、触发器等。还需要懂得数据库表的接基本设计原则,比如三个范式,各种数据表关系的设计(1对1、1对多、多对多等)。

比如接口层面,一个需要实时传输,而且数据量并不大的接口,研发费用设计成FTP接口,这显然是非常不合理的,肯定是研发想偷懒,所以要及时纠偏。

太多细节不再举例了,大概就是这个样子,一个产品经理如果不懂技术,可能是一个好的产品规划这,但到了落地层面确很难做的很好。

3、用户体验

用户体验,简单用的说就是产品要让用户用的爽,其实也是有理论基础的,Garrett早在2000年就提出了以用户为中心的Web设计的流程和用户体验的要素。

曾经看过一本书,忘了叫什么名字了,加上我的理解,我认用户体验的设计重点就是以为几个策略和几个原则。

4个策略:

(1)删除:删除不必要的功能,知道不能再减为止

(2)组织:按照有意义的标准对功能进行划分形成合理的功能架构

(3)隐藏:非核心功能,避免分散用户注意力有用细微的线索提示出隐藏的功能,但能让用户轻易找到

(4)转移:对复杂性操作进行转移,用户擅长做的转移给用户,计算机擅长的转移给计算机

6个原则

(1)精简原则:决定不要什么,比决定要做什么更重要

(2)就近原则:将同一类的功能都组织放在页面相同模块

(3)习惯原则:设计及功能尽量贴近用户的操作习惯,避免用户思考

(4)帮助原则为用户提供适量的帮助,必须使用用户语言,不迷惑用户

(5)响应原则:每次用户进行操作后,都需要给用户一个响应反馈

(6)容错原则:必须允许用户犯错,给予用户后悔的机会

掌握这些用户体验设计的策略和原则,还要学会使用原型设计工具或白班,能把交互的草图设计出来,跟家漂亮的界面课可以交给美工或者专门的交互设计师来做,但是你要说明白如何进行用户体验设计。

以上我对产品经理专业能力的理解,纯属个人感悟,如有不同感悟敬请拍砖。

奋斗De奶爸

END

奶爸有话说

本文写于白云机场,能回家一下,很开心,不过飞机怎么又延误了。

奋斗De奶爸出品

【公众号】naiba2000

【新浪微博】@奋斗De奶爸

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20180130A1JMGT00?refer=cp_1026

扫码关注云+社区