产品经理工作内容?
的有关信息介绍如下:前段时间试图给公司HR做培训,试图将产品经理这个岗位的工作内容,水平档次和招聘的评判标准做个详细的分析说明。正好在这里整理成文章,给专栏不知什么原因还有持续新增关注的用户们一个交代:)
最近有考虑为3年工作经验以上的产品经理的职业辅导做些新业务,也欢迎各位产品经理们,看完文章后,关于产品岗位人才的技能成长,职业发展来和我探讨。
(不过老实讲,写完之后觉得文章讲道理做分析比较多,例子举得不太够,也许不太方便理解。各位先凑着看,也欢迎多提提意见,也许有空了我会再多修改,在陈述中多添加一些小例子)
基础概念——产品经理到底干嘛?
求职新人,又或者是招聘产品经理的HR/猎头,最早想弄清楚的就是,产品经理这个岗位的人到底是要干嘛。
在产品经理的诞生地——快消行业,产品经理是协调资源设定产品生产、供应计划,制定品牌定位,协调与之相符的营销、渠道、销售工作,好像和研发关系都不大(可以参见“产品经理的第一本书”)。
当年我只说说互联网公司的产品经理干啥。在互联网公司,产品经理,可以基本理解为,搞清楚到底要做什么产品,并且协调公司同事把它做出来的人。
只是这个定位,似乎很像创业公司CEO,或者公司新业务老大(至少是个产品总监)的定位。实际上的确如此。如果能清楚到底要做什么产品,基本上确定了公司很大程度上的商业定位、市场定位,这多半是老板要定的事情——也无怪乎当年红衣教主,力捧产品经理为准CEO式的人。
所以回归到现实,大部分产品经理头衔的人,他们的具体工作内容,就是辅助老大们搞定清楚到底要做什么产品(产品给谁用,解决什么问题,产品里要做什么功能来实现),作出完整的产品设计方案(可能还要弄清楚对应的线下服务怎么配合),协调技术研发,把产品做出来(然后可能还要对接运营提供对应的服务)。
非要把工作内容做个归类,可以这么看:
需求分析
产品设计
研发辅助
运营配合
然而,不同层次的产品人员,在这些工作内容上的分工侧重,又很不一样。在互联网公司里,可以基本分为这么几个层次:
初级-产品专员/助理
中级-产品经理/高级经理
高级-产品总监/副总裁/CEO
在初中级产品岗位,算是我们常说的产品经理,但其工作大部分还在产品设计、产品研发的执行阶段。虽然有需求分析的工作,但大部分只是在功能需求分析这个范畴内。对于高级产品岗位人员来说,或许才是真正的“产品经理”。因为到了这个层次,以及所在的公司地位,才有了能够参与产品决策,真正来决定要做什么的权力。
我画了一个图,细致切分了一下产品岗位工作,对照在不同层次产品人员的工作内容差异。同时也便于分析,为什么会对产品经理的能力,提出这样或那样的要求。对于招聘的HR/猎头来说,或许你今后能更清晰的理解产品岗位的JD要求。
(数字标号1、2、3,对应代表了初中高阶产品经理工作中主要承担的任务)
请点击输入图片描述
接下来,我们就着这个图,来介绍一下,产品经理的工作内容和层次差异。
不过限于篇幅,第一篇文章我可能只讲需求分析和产品定义这一部分。
产品经理的初始工作——产品定义,定义做什么产品
在我做这个产品经理岗位分析培训的时候,
@刘飞
寄来了他新出版的产品经理入门的新书“从点子到产品”。书名其实也很好预示了产品工作的起始——“点子”。
需求分析,其实就是“点子”的来源过程。从需求分析道产品构思,这是决定产品做什么以及怎么做最早、甚至是最重要的决策过程。
对于大部分产品,我们都要回答这么些问题:
仅仅凭借直观感受的用户和所谓的市场机会,就想象出产品去做是远远不够的。对于绝对部分新产品而言,弄清楚这么几个问题是至关重要的:
我瞄准的用户是谁?解决他们的什么需要?——分析需求信息,找到痛点
我的产品解决方案能够真的解决用户问题——解决方案的验证
市面上是否已经有类似的产品了——产品独特的价值定位
我的产品有哪些特点,能更好解决用户问题,在用户面前更有吸引力——产品的竞争力
我们能不能把这个产品做出来?要花多大的代价——实现能力评估
做好这个产品后,能带来多大的商业价值,怎么赚钱——商业价值分析
相对而言,你可以把解答以上的问题的工作,当成需求分析最重要爹部分。接下来,我们可以大致分为这四项工作内容:
搜集信息和需求分析
构思解决方案-可行性分析
产品定位分析
商业价值分析
这些工作完成之后,也就几本完成了产品定义,要做事情的范围和边界,直至执行阶段。接下来我来挨个说明。
一. 搜集信息和需求分析
需求分析,其实就是将各类点子,分析判断,筛选打磨为成型“产品概念/想法”,或者说“靠谱点子”的过程。
然而,点子从来不会凭空而来,所以产品经理,需要有良好的素质能力,从外部获取信息,获得充分的点子来源。
从产品的角度,是要确认,有哪些来自用户的问题或者行业当中的问题需要我们去解决,或者针对我们已有的产品或者服务,还存在哪些问题需要我们去改进。
对于从事产品研发执行层面的产品来说,需求分析,更多的是将抽象的业务需要,转化成技术人员可以切实理解的非常具体的功能需求点,乃至程序逻辑。
初阶产品岗位:多半是在已有的产品的基础上,进行改进。这个时候,产品经理最基础的工作,就是从找产品用户聊天,或者等公司的运营人员吐槽,从用户那里取得反馈,将他们的期望和要求,搜集整理成可以改进产品或研发新功能的“点子”,就是最基本的需求分析。把自己当初一个普通用户,从使用者的角度反复试用,像“红衣教主”说的一秒钟变小白,也是一个发现问题,发现需求的方法。有些简单的问题,可以将功能需求直接添加到技术工程师的任务队列。同时,尽可能的搜集发现其他同行的竞品,或者其他近似的产品,也能够启发产品人员获得“灵感”,找到可以添加的新功能和改进的设计方案。所以很多同行吐槽,(拙劣的)产品经理的工作就是盯着同行抄。
中阶产品岗位:更进一步的话,产品经理要能够将用户提出的期望,快速的对应到基本的功能研发需求——如果是跟进竞品的新功能,也得搞明白别人的新功能是为了解决什么问题。如果用户提出的需求和反馈,以及想要解决的问题相对比较复杂,则需要做更多的分析和验证。产品经理要通过合适的调研手段和信息渠道,确认少数人所反馈的需求信息的真实性,以及可以拆分成更多明确的、具体的问题和用户期望,再去逐步寻找解决办法。当然在大部分情况下,产品经理并没有时间去做仔细的调研和验证,只能凭借自己对于用户的理解或者类似产品的运营经验做判断。除此之外,对于搜集到的反馈信息,整理的研发需求,也要能够分析判断出对于用户、对于业务流程的重要程度,以此确定解决需求任务的优先级。相对初阶产品经理,大部分的工作还是依赖于已上线的产品进行改进改良,对于需求的分析,基于某些产品功能也有一个明确的研究方向,属于命题作文。中高阶的产品经理们通常会有更大的自由,去寻找相关业务的从业人员交流,挖掘需求明确业务发展方向。
高阶产品岗位:需求信息,除了简单的直接或间接的来自用户或者从业者,会有更多的机会去洞察宏观的行业机会、市场变化,发现其中也许不是用户身上那么显而易见的需求或者商业机会。这阶段的产品经理,应该有更敏锐的商业嗅觉,以及人脉资源来获取有价值的商业信息。
在大公司体系下,其实最常见的业务或需求,或者就是从老板层面,一层又一层将公司业务的需求,或者上级已经明确的需求,从上到底下传递执行。这个时候产品经理,学会理清楚老板的期望,安排好优先级就行了。如果觉得老板提的要求不合理,进行合理的说服抗争,则是产品经理们另一个方面的特殊能力了。。。
工作内容常见的误解——用户研究
用户研究,这个曾被广泛提及的概念,其实就是在搜集需求信息这个阶段的工作。然而这个词被强调的过多,在实际工作中,产品经理们实际上很少有机会去系统性,或者难有完整时间、单独的去做这项工作。绝大部分时间,用户研究,被零散的安排在了和用户交流、和运营的同事沟通,阅读他们提供的用户反馈信息,从同行交换情报信息,阅读行业里的用户统计报告等各种信息搜集的活动过程中。
只有在极少数的大互联网,才会有专门做这项工作的时间阶段、甚至是岗位,和在极少数的时间里,产品经理才会有时间精力去做专门针对用户研究的用户访谈、问卷调查等。
很多时候,对于需求的研究,可能不会真对单个的用户或群体。从宏观的市场统计数据、行业统计报告当中,也能够有不少发现。正如前百度的产品大牛俞军所说,“用户不是人,是需求的集合”。因此很多时候的用户研究,并不是在研究用户、研究人,而是在研究业务、研究市场。
不少其他行业的,如消费品、汽车制造,也都会有专门做用户市场研究的部门和岗位,来做市场调研和数据分析的人。从职业发展和招聘的角度来看,这些岗位和初级产品岗位,存在一定的人员适配性。
二. 构思解决方案-可行性评估
和其他行业的用户研究、市场研究工作相比,产品经理在这项工作内容上开始体现出差异。其他行业的市场研究,通常在搜集完信息,统计分析,整理出新的见解,或者总结细分人群的独特诉求之后,工作便交给研发部门,广告营销部门或者其他执行部门去讨论了。
而在互联网公司,产品经理岗位的人,则要将自己获取的信息需求,进一步消化酝酿,构思成新的解决方案,考量用户能不能接受,或者产品研发、对接线下业务环节能不能支持好。
一个方案是否可行,通常包含:
产品技术的可行性
运营或者服务的可行性
商业的可行性。
产品技术的可行性,主要是指期望的技术研发,能不能实现期望功能。
现在人工智能很火,深度学习的基础工具完善,似乎变得无所能,那么开发出一个能教人说英语的随身人工智能老师,肯定很不错。可这样看似简单的想法,能否真的达成?这样的产品研发究竟几个月或者几年才能完成?还需要哪些数据资料或者资源?是不是现在的技术水平,几年内依然无法实现理想的效果——这些都是产品经理在立项之初,需要考虑清楚的。
当然,这个主要是相对功能实现的预期来说的。比如,搜索引擎非常复杂,现在要重新做个类似百度的全网搜索,而且搜索结果能符合大部分人,很难。但如果只是做个小电商网站内的几万个产品的分类查找,就容易很多。
要讨论运营或者服务的可行性,是因为现在很多产品,不只是技术功能,需要业务需求下,对接合适的服务。靠谱的解决方案,需要从用户需求的完整应用场景,或者放在与之相关的业务流程当中,找到能够解决用户问题,能被用户所接受,符合他们行为习惯的解决办法,同时确保,公司线上产品以及对应的线下服务,能做得到——即所谓的,“业务逻辑能不能跑的通”。
像现在类似火热的二手车交易平台,产品人员必须要对用户买卖二手车的业务流程有仔细的研究分析,才能构思出与之匹配网络交易平台,其中还少不了要接入和传统线下业务相关的汽车检验评估等环节。如果不对业务进行深入的分析研究,是很难想清楚具体的产品解决方案。
所以解决方案是否靠谱,自然需要更多的业务经验的产品经理来判断。
商业的可行性,我们更多会放到商业定位当中去讨论。
初阶产品经理,需要评估可行的工作相对比较简单,就是用户反馈,或者是内部运营抱怨的问题,产品上所需要做的改动,技术是否可行性,又或者有多复杂。这些多半是对业务流程/导航结构/排序策略/页面的信息展示重点在产品设计上的调整,成本消耗不高也不必花太多时间去评估,在需求分析时评判好优先级就好了(有问题也可以交给上级顶多)。有些的新的产品功能设计,能够在已有解决方案/竞品的设计方案上进行优化改良也就差不多了。如果要解决的问题牵扯更大范围的,或者更加负责,要构思一个完整的功能体系或者全新的产品设计/解决方案,则要到下一个进阶的工作阶段了。
中阶产品经理,需要能够构思产品中的完整功能体系,或者全新的产品解决方案。从经验的角度,他们应该已经掌握了解竞品或者是传统方式的解决方案,能够快速的结合业务需要,构思出新的能被用户接受的解决方案,来进行讨论分析。他们也必须能够判断产品业务实现逻辑上可能存在的重点、难点,并从功能技术的角度,评估可能性,以及对于预期效果作出判断。有些产品的解决方案,并非单纯取决于技术研发,更需要公司运营资源的配合。那么对于产品解决方案的可行性评估,则要求产品经理对产品运营的可行性也要有经验来做判断,甚至涉及到更高层次,商业可行性的地步。
高阶产品经理,则需要更丰富的业务经验、市场知识,乃至商业逻辑,来评估整套产品方案的可行性。或者对于一个复杂解决方案,能找到不确定因素或者关键障碍,进行深入的调查研究,来确认或者解决。高级层次的产品经理,会对实际的服务对接、产品运营的可能性有更全面的了解,而不仅局限于功能研发的角度,能够实际评估出解决方案从线上到线下实现完整产品服务流程的可行性。
所以能够快速构思方案,并评估可行性的可能,是作为创业型产品经理,或者说能够参与公司业务决策,最重要的能力差异。
在发展速度如此之快的互联网行业,产品人员远远没有充分的时间进行用户市场的研究,或者慢慢研究论证业务方案的可行性。是否拥有足够多的产品经验去推导业务的可行性,是否有足够多的业务经验作为依据,则是在产品决策中“拍脑袋”的时候,能否拍出正确决策概率问题。
在这项工作业务的能力要求上,除了产品经理的逻辑推导能力之外,大概就是在相关业务领域的经验积累了。
三. 市场定位分析
如果只是因为有了用户需求,能想出个产品点子,产品研发上大致可行,就兴冲冲去做,也只能是年轻的创业者-初级产品经理最容易犯的错误。事实上,我进入互联网行业这么多年来,也见到过太多类似的项目前仆后继的掉到同一个坑里,有太多的“创业者”在重复造轮子,大概访谈了几个用户,连市场调研都没做就去兴冲冲开干了。
所以在自己有了点子之后,应当看看市场上是否存在类似的产品存在,是否还值得自己/公司去做,即产品经理应该具备常识要做的竞品分析。
不管产品经理们或者创业者觉得自己的点子如何独一无二,但现实世界是,市场肯定以某些方式存在过,服务与类似用户需求和市场需求的业务。哪怕不是互联网产品,也有以很传统的形式提供的服务。相亲网站、招聘网站出现前,真实世界早就有婚姻中介所和职业介绍所了。
做竞品研究和分析,一方面是为了确立产品的市场定位,找到有力的产品价值和差异化的竞争力,另一方面,也是为了进一步分析业务的可行性。因为市场曾经存在过的类似产品和服务,因为某些环节的因素而未能持续经营下去出现的障碍,也是你所构思的新产品/服务,在可行性分析中可能忽略的问题。
在成熟的商业公司,市场定位分析的工作,是在产品立项之前就应该做好的。所以往往也不是初阶的产品岗位的人员,能够参与的决策工作。
产品的市场定位分析。可以分为:
核心价值定位
市场定位规划
一般而言,产品的核心价值定位,常常对应一开始我们在搜集到的需求信息,或者构思产品解决方案当中,所针对的用户群体要解决的“痛点”。所有的功能改进和产品设计,都要围绕这个点来确立。
产品的市场定位分析,是确保产品与类似的产品竞争比较之后,具备足够强的功能特色或者高人一等的性能,在市场上推出后,能够有效赢得用户。反过来说,为了打动某一类确定的用户群体,必须先明确他们在意产品的哪些功能特色,才能进行产品的有效规划,利用有限的资源更早的将符合条件的产品做出来。
对于初中阶的产品经理们,哪怕并没有机会参与到产品的定位决策中,但也要理解决策者对产品所做的定位分析,才能做好符合产品定位的设计。
而所有产品的定位选择,能够实现期望的差异化功能特色,也不得不依赖于公司所有的资源,产品经理们并没有天马行空任意发挥的机会。
这里所描述的“定位”,和营销方法论当中,利用用户心智进行差异化的宣传推广,有着相当的一致性。只有产品/服务的设计规划初期,设定了有目标性的用户人群,赋予它能打动这些人,有别于其它产品的特色产品属性,才能应用到广告营销宣传当中,具备争夺用户的市场竞争力。
基于商业市场的选择——产品的“定位”,才是营销“定位”的根基。
然而确立核心价值是根本,为了市场定位寻找的差异化,是营销手段。见过很多产品为了寻求所谓的差异化,而背离所要解决问题的核心,这得要求产品经理们,有很强的逻辑性和价值判断能力。
不得不说,产品的价值定位和市场定位,是一项不太容易完成的复杂工作。只有那些对市场业务有非常丰富经验,或者已经有很强知识方法和实践经验的产品经理,才能够做好。甚至说,这项任务在创业公司,就应当是CEO的重要责任,小公司里,核心产品就决定了公司战略定位。
产品的定位规划,大多在进行新产品规划的阶段,才会有这么系统性的分析工作。然而对于在公司打工的初级产品经理来说,大部分情况下难有机会去参与产品的定位分析工作。公司里能够参与决策的,多数是具备丰富经验的中高级产品经理们。多数情况下,初级产品经理只是在已经成型的产品定位和功能范围里,去解决那些相对明确的研发需求。
这项工作内容当中,在营销广告行业,从事策略工作,或者咨询公司、战略部门做过战略咨询、市场分析的人,或者会有匹配的能力经验。
四. 商业分析
能够确定产品的定位和价值,便可以开始认真计算产品的那本商业帐。
产品价值有大多,需要花多大的代价,能够产生多大的收益?
要让用户选择一款新的产品/服务,一定是 使用新产品的价值-新产品的使用成本-切换到新产品所要付出的代价(学习成本,更新的物质成本)>老产品的价值-老产品的使用成本。
对于公司和团队,一定也要试 产品的商业价值收益>产品的研发+运营成本。
对大部分产品经理而言,最开始或许不必考虑产品赚钱的问题。而到了产品成熟期,也会有专门的商业产品经理,专门负责公司产品当中赚钱的那部分工作——广告平台,又或是收入运营部分。
那么当公司需要考虑赚钱的时候,计算分析清楚产品的运营成本,怎么产生收入,收入的规模和预期(甚至要拆分成很多具体的运营数据预估、商业数据分析),以及在优化运营成本,以及努力提高收入之间,怎么优化产品结构或者运营模式,也是可以有产品经理来参与的工作。
对于大部分初级产品而言,除非是专门负责商业变现的,否则很难参与到这一类的工作。在大的互联网公司,或者传统公司,这一类工作都是由公司的战略部门来做的工作。如果换做小公司,那么在创业之初,这部分工作则是创始人、合伙人们在做商业计划时,就要完成的工作——哪怕是在商业模式中做最粗略的预估。
通常,有较好的商科背景,或者财务背景的人,能够更好懂得商业分析该怎么做。否则,对于习惯了研究用户,研究需求,如何将微观、具象的产品服务,估算出宏观的用户规模、付费市场预期,需要更多来自已有产品运营数据的经验对比。所以,拥有较成熟产品运营经验的从业者/高管,反而可能会在商业分析这项技能上更具优势。
产品定义大部分都是老板做的事
理论上,对产品经理所要承担的需求分析和产品定义分析解释了这么多,可是大部分产品经理可能却会觉得,自己很少做这部分的工作,因为在一个产品立项之前,许多公司里的产品岗位的同事开始工作的时候,产品定义所包含的需求分析、市场定位、商业分析工作,应该是老板们已经拍脑袋做完了(在我画的产品经理工作分阶图当中,这一块内容,大部分也标记为中高阶产品经理所能承担的工作)。
产品经理开始进入到研发的时候,多数是按照老板们脑子里已经定义好的产品,研究用户的使用场景、行为习惯,再拿来反映到具体的产品设计方案上;又或者是产品上线后,再根据用户的反馈,对产品进行调整。所以这个时候,产品能否取得大的成功,很大部分取决于老板们的产品定义和市场定位,是否做对了。很多互联网公司投入了大量的研发资源乃至运营资金,产品最终还是流产或者被关停,导致产品经理和技术研发人员的心血白流,多数就是如此。产品经理们的诸多努力,也就成为了老板们失败决策的牺牲,不得不诸多哀怨。
不过,如果能够在每一个产品项目中,锻炼出扎实的产品设计、研发管理能力,再慢慢锻炼积累这篇文章中所提到的关于产品定义的需求分析、市场定位、商业分析能力,争取更多机会参与到和老板的决策讨论之中,也是个人成长中必要经历和经验财富。
到下一篇文章中(虽然不知道什么时候能写出来),再讨论大部分产品经理们,实实在在肩负的产品设计、项目管理的工作内容。