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

2018-03-01 15:16:00

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

曾经有人写过一本书《产品经理》，当时这本书卖的非常好，作为产品入门的书籍还是非常不错的，而且我也把这本书推荐给了我们团队的小伙伴去看。
但要是产品经理，其实很难，只能这样去理解，每个人，都可以按照产品经理的思维方式去思考，这样能让你受益匪浅。
一个好的产品经理，能力要求很高，既要有很强的专业技能，还要有非常好的软技能，这样才算是一个好的产品经理。
我们很多产品经理其实都是赶鸭子上架，根本达不到产品经理的要求，很多都是需求或者项目经理出身，项目经理转过来的做产品。基本上还是只关注产品进度、质量，需求转过来只关注业务，都有些偏颇。
那么作为一个产品经理到底要做什么事，又需要哪些能力呢？
这里说的是产品经理，不是产品助理，也不是产品总监，一般的产品经理基本就是在大产品线中负责一个产品，能力强一些的可能会负责多个产品。
而且很多公司对产品经理的要求也不一样，有些公司做售前的也叫售前产品经理，这部分售前，本文是排除在外的，我以前也做售前，而且做到了售前主管的位置，所以对这块的也是非常了解的，如果大家感兴趣，我可以在单独写一篇售前的文章。
产品经理到底要做什么？概括的说就是产品规划、产品定义、过程管理，今天先不展开讲产品经理要做的事，着重说一些产品经理的能力模型，沟通管理、时间管理这些软能力基本上很多岗位都是需要的，不必多说，关键把产品经理所需要的专业能力唠一唠。
产品经理的核心能力5个字概括就是“做正确的事”，这也是产品经理和项目经理的最大区别，项目经理的核心能力也是5个字“正确的做事”，所以说项目经理重在执行，产品经理重在规划。
产品经理的专业能力，概括起来就是三个方面“业务”、“技术”、“用户体验”。

1、业务能力

业务能力是三者中的最关键点，不懂业务没有业务分析能力是没办法做好产品的，因为你根本就没办法把握用户的痛点，不知道用户哪里痒，自然也就做不出可以用来解痒的产品，就算你的产品技术很高级，界面超级炫，都是没有用的，因为你没有卖点。
所以作为产品经理就需要深入了解行业知识，在掌握知识的基础上做业务分析、数据分析、用户调研、竞品分析，市场预测，做这些的目的就是挖掘用户痛点，形成产品卖点，最终完成产品的整体规划。
产品整体规划形成后就是产品定义，核心的内容就是要定义产品需求，这个能力是作为产品经理的基本能力，也是考察产品经理对详细业务分析的能力，它比产品规划更加细致、微观。
业务分析过程中最常用的工具就是脑图工具（比如MindManger、XMind）、数据分析工具（不用太专业的，一般的数据分析用Excel足够了），还要有一个很重要的利器就是PPT，产品规划汇报、产品方案汇报，给你的老板汇报、给你客户汇报都会用到这个简单而又强大的工具，用好了，能让你加分不少。
试想拿一个其丑无比的PPT给你的客户汇报，就算你的业务分析再透彻，痛点抓的很准也是会打很大折扣的。
一句好，“业务能力很重要，这是做产品的基石，没有这个这个基础，谈其它能力都是扯”。

2、技术能力

奶爸自己，最早也是做开发的，所以对技术还是比较了解的，而且也有一定的技术敏感性，那作为一个产品经理到底对技术需要掌握到何种程度呢？这是一个需要探讨的问题。
我的理解是能够和一般技术用户讲清楚技术框架，技术细节可以请专业的技术经理澄清，可以和内部的研发人员沟通技术可行性，一句话就是不能被开发人员给骗了。
什么是技术框架，现在一般公司的技术架构都是云架构了，会分为基础设施层、数据层、应用服务层、接入展示层，这些架构层次之间是什么关系，每层都用到了什么关键技术。
比如基础设施层，如果是云架构一定要支持虚拟化、云存储等，如何根据产品要求的承载能力进行虚拟化分区，如何进行分布式存储，为了保证产品的健壮性，如何进行部署，采用水平集群实现负载均衡（用F5实现还是软集群等），还是只做HA（做硬件级的HA还是软件），这些在方案层面都要有一些基本了解。
比如在数据层面，数据采集怎么做，什么叫ETL，是采用关系型数据库（mySQL或者Oracle，当然Oracle也支持大数据，只是商业化的软件太贵了，后期运维费用也太高）还是支持大数据处理的数据库（如Hadoop等），如何进行缓存处理（用的Redis还是其它），并行数据处理用的是什么工具等。
比如应用服务层，我们是不是也采用了SOA的架构方式，我们封装了多少可复用的组件，比如流程引擎组件、门户组件、报表组件、消息组件、日志组件等，这些组件大概能达到什么能力都要有一个大概的掌握。
和开发员沟通，通常是会对一些技术可行性的博弈，所以一些常用的技术细节也要了解。
比如数据库要了解基本的SQL语句，索引、存储过程、触发器等。还需要懂得数据库表的基本设计原则，比如三个范式，各种数据表关系的设计（1对1、1对多、多对多等）。
比如接口层面，一个需要实时传输，而且数据量并不大的接口，研发设计成FTP接口，这显然是非常不合理的，肯定是研发想偷懒，所以要及时纠偏。
太多细节不再举例了，大概就是这个样子，一个产品经理如果不懂技术，可能是一个好的产品规划者，但到了落地层面确很难做的很好。