To B or To C,产品类型如何影响产品经理的工作
不同类型的产品,都需要什么样的产品经理?
产品经理的工作,很大程度上,会因为产品类型不同,而造成这个产品经理所学习的经验,所用到的能力有差异。
一款非常成熟的产品和一个从0到1的产品,所需要的产品能力是不一样的。一个需要落地交付的产品和一个随时可以升级的网页产品也是有很大差别的。
选择TO B还是TO C,选择交付软件,还是在线产品,选择初创产品,还是成熟产品。这些不同的产品,对一个产品经理的职业发展,影响有哪些不同。
或者说,这些不同的产品,都需要什么样的产品经理。
第一种区分维度:TO B OR TO C
1. TO C 产品
比如TO C的社交、搜索、电商、学习网站等这样子的产品,面向的都是普通大众,所有的C端用户,包括我们每一个人。做这类型的产品的好处就是,所有人都明白目标用户是谁,以及产品是如何使用的。
不过,这其实也是一个劣势。在面向TO C的产品上,你的研发经常会有很多想法,并不依赖于产品经理拿出特定的解决方案和设计方案。
在这种情况下,产品经理经常扮演着一个编辑的角色,指导产品向好的地方发展,而不是做出所有的决定。因为,你也懂用户在哪里,你的研发也知道用户是啥样子的,因为你们都是这种产品的一个用户。
经常会有一些各执己见的地方,虽然你是产品经理,但是你想的也合理,你的研发,你的设计师想的也合理。
仍旧记住,你们都是这个产品的一个用户。你们的见解都合理。所以啊,各执一词也能理解。
所以呢,什么样的产品经理做TO C的会比较好呢?
精通数据分析的产品经理,会比较好。因为他们可以通过数据分析结果,给自己提出的解决方案加buff,用数据结果来证明你的方法是最好的。并且这样子的产品设计出来的功能,可以让公司关心的核心指标得到改善。
尤为关键的是,做一个TO C的产品,你向别人解释时候,你可以清楚地说,我是一个产品经理,我是做手机软件,做网页的。
2. TO B产品
TO B的产品,其实是B2B产品,你是在一个公司上班,客户呢,是另一个公司工作的人。对于这些产品,你和研发,还是这个产品的用户吗?不是了。所以,研发其实在这种产品上,话语权就比较弱了。因为他们不是这个产品的用户,他们需要产品经理来了解客户,给他们反馈前线的事情。
2B产品的产品经理有时候要考虑,产品决策对企业收益会有什么样的影响。面对那些符合长期战略的功能和大客户现在吵着就要的功能,很多时候,我们做产品经理的得权衡。
这种产品,喜欢做客户研究和营销的产品经理,可能就更适合做B2B的产品,产品经理也往往能在这样的产品中发挥最大的影响力。
第二种区分维度:交付软件 OR 在线软件
1. 交付软件
交付软件是指那种类似于单机游戏放到steam上,或者古老的刻在DVD上交付的软件,又或者要安装在某个硬件上的那种软件。
交付式软件是独一无二的,因为在推出后很难升级。升级的过程很长,就连苹果手机上的APP,升级一次也不是那么容易。
对于Web或者安卓手机的APP来说,你随时都可以发布一个新功能,优化一些地儿,如果出问题了,也可以迅速回滚。而对于交付软件来说,第一次做对非常重要。因为你之后优化的成本,极其高。
因此,交付软件的产品和研发团队一般都会有比较长的时间线,并且产品需要更多的项目管理和团队间协作。功能规范也更重要,因为它的功能特性更加正式,并且需要服务更多受众。
相关的用户研究和团队内部的自我体验就显得非常重要了,因为在产品对外发布之前,你就得知道它是否好用。
对于这样的软件,擅于项目管理,并且有良好沟通技能的产品经理,表现会很不错的。对于想要维持工作和生活平衡的人来说,交付软件也是比较理想的,因为这种软件,通常不会需要你在几个小时内解决什么紧急问题。
2. 在线软件
在线软件,嗯,我们大多数产品经理啊,都是在做这种在线软件的。产品更新非常迅速,迭代非常快,有时候1天1版,1天2版都有可能。所以,发展也很迅速,对于产品经理的精力都斗志都有要求。
这种产品,极度需要MVP,一次一个MVP。不断迭代。别想着一开始就做出一个完成品来。你的老板,你的市场,你的时间都不允许,一开始就是一个完美品。
而是要经常推出些东西,看看它怎么样,效果如何,如果效果不错,就撤掉,如果效果好,就放着,然后再下一轮推出。
大部分这种在线软件团队都会进行A/B测试,在A/B测试中,新功能只会向一部分用户开放。
A组和B组,也就是实验组和控制组的行为,会在后面进行比较,看新功能是否提升了用户体验,或者提升了数据。因为做在线软件的公司会采集到更多的数据,所以产品经理一定要精通数据分析和设计实验,换言之,产品经理还需要一点策略能力。
此外还要能承受较大的工作压力,而且啊,你们的服务器随时都可能宕掉,发布一个大的活动什么的,通常这种情况下,产品经理经常要快速作出决定。
第三种区分维度:初创型产品 OR 成熟型产品
1. 初创型产品
对于比较新的产品,比如那些即将推出或刚刚推出的产品,团队经常会专注于交付最小可行产品(MVP)。因为这还不是应对全部挑战的时候,你甚至都不知道产品是不是符合市场和客户的需要。所以你要尽快地回答这些问题,并证明你的核心价值。
做什么,与不做什么。产品经理要明确这个问题,然后砍掉不重要的功能,将产品剥离得只剩下最基本的部分。
这样他们可以更快地推出产品,然后就开始一个了解客户真正需要(或者他们是否真的想要这个产品)的学习过程。
对于这样的初创型的产品,喜欢刺激,并且愿意以简便快捷的方式做事的产品经理能做好早期阶段的产品。
对在早期阶段创业的产品经理而言,最让人兴奋的事情是把只有几个微不足道用户的产品发展成有庞大用户群的产品。当然,也有可能,很快就死翘翘了~~
2. 成熟的产品
对于成熟的产品来说,比如:市场上的大品牌,你所知道的那些巨头产品。大部分工作都是在已有产品上迭代,尽量完善它。
产品经理通常会有前一版本的反馈,知道哪个区域最需要改进,可以把工作重点放在上面。成熟产品的产品经理很重要的一点,是要确保自己不被微小的增量改进拖住。
成熟产品的最大竞争对手是什么呢? 通常,是自己的上一版。
与此同时,成熟产品通常都有充裕的时间在新想法上作出豪赌。在成熟的产品上工作,最大的优势就是你已经有庞大的用户群了,你做出的每个改进都会产生巨大影响。从另一方面来看,很多公司都不愿意在成熟的产品上冒险,不敢作出大胆的改变。
都说微信,设计简约,极致。 像这样体量庞大的产品,不极致简约,能行吗?没准儿,改一个红点,就有几千万人不用了呢。
想要在影响上百万人,甚至是几亿人的产品上工作的产品经理,会喜欢成熟的产品,成熟的产品也能让你跟那些促成产品成功的人很好地学习。
通常,这类型产品,或许是大多数产品经理最喜欢的。
作者:大林的小白,微信:gzxdqc,百度数据产品经理
本文由 @大林的小白 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
成熟产品的产品经理很重要的一点,是要确保自己不被微小的增量改进拖住,这句话怎么理解呀?
就是别陷入细碎的改动优化中去,概括来说就是既要埋头拉车,又要抬头看路。
写的很好。就是稍微有点短,这方面还有不少内容可以写。