产品经理的三板斧:业务、技术、用户体验

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

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

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

但要是人人都是产品经理,其实很难,只能这样去理解,每个人,都可以按照产品经理的思维方式去思考,这样能让你受益匪浅。

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

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

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

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

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

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

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

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

1、业务能力

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

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

产品整体规划形成后就是产品定义,核心的内容就是要定义产品需求,这个能力是作为产品经理的基本能力,也是考察产品经理对详细业务分析的能力,它比产品规划更加细致、微观。

业务分析过程中最常用的工具就是脑图工具(比如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奶爸 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
5人打赏
评论
欢迎留言讨论~!
  1. 尼尔森交互原则

    回复
  2. 交互设计四策略

    回复
  3. 一个很能装的砖家 :arrow: :arrow:

    回复