写在前面的话:
to B的产品经理和 to C 的产品经理有何差别?难道仅仅只是使用对象不一样?做产品经理这么久你是否思考过这个问题?
从定义上:To B 就是 To Business,面向企业或者特定用户群体的企业级别产品;To C 就是 To Customer,产品面向普通大众消费者。
判断一个产品是B端还是C端,最简单的判断的方式就是看产品向谁来进行收费,企业付费就是B端,消费者付费就是C端。
To C 产品是发现用户需求,定义用户价值,并准确的推动项目组达成这一目标,需要产品去进行挖掘完成从无到有的过程。
C端用户量比较大,而且需求分散,需要产品经理去进行提炼,判断需求的有效性和优先级,产品经理需要有敏锐的用户嗅觉,通过数据分析等方法,准确提炼用户真实需求,为产品的市场化方向和用户利益寻求到一个平衡点,能根据用户反馈不断优化产品。
在产品关注点上,C端产品更多的关注是如转化率、功能留存、页面停留时长等指标,只有关注这些指标才能更好的对产品进行优化和迭代。
从产品的角度来说,To B 产品是根据客户的战略或服务于线下已有的流程,构建生态体系,推动将流程系统化,提高效率。
一般情况下都是公司战略或相关方给产品提出要求(不是需求),然后产品经理将这类「线下已有的需求」系统化,达到提高现有流程的效率的目的。
产品经理要做的是理解和实施公司战略,因此b端产品发现需求最好的方式就是和客户交流,记录客户反馈的问题形成需求池,另外,做B端产品经理需要具备优秀的需求梳理能力和项目推动能力,因为需要产品推动项目执行和把控整个项目流程,完成甲方的要求,甚至面对中途需求更改的窘境。
To B产品更多的是贴近业务和行业性质的,一般业务性产品在逻辑上都偏于复杂,b端产品在业务流程和功能设计远比用户体验重要,一般情况下能够达到70分的体验即可。
用户≠客户,客户才是产品的决策者,在b端产品的设计中我们接触的是客户,需要让客户对你的产品买单,一般情况下,To B产品只有客户概念而没有用户概念,因为几乎所有使用To B产品的人,都是付费使用的。
客户关心的是软件是否满足企业的需求,是否符合实际业务流程,是否提高企业运作效率,是否实现规范化管理。
对To C产品来说,直接面向实际终端用户,也就是产品使用者。互联网的下半场,To C产品的免费已经成为了To C产品的基因,因为在市场上,用户可以随时离开换一个产品使用,因此To C在完成业务的同时更注重于用户体验。
To C产品在设计过程中需要深挖消费者的心智模型,使用习惯,付费习惯,构建出能够满足消费者需求的有用户价值产品,进而在用户价值的基础上建立商业模式,产生商业价值。
2B产品需要建立一支系统的销售团队,产品团队需要与销售团队亲密配合才能打好市场之战,相对于2C产品来说,销售在2B产品上的份量非常重要,基本上客户开拓、客户维护等全都要靠销售。
2C产品由于用户体量庞大,获客成本也比较低,用户零散的分布在各个地域和渠道,所以除了少部分线下推广人员之外,其实很少有销售的存在。2C产品在市场上能不能够取得成功,大部分都要倚赖于产品本身,也就是产品的商业模式本身,2C以产品为主导,运营、市场相互配合,才能够在2C市场上攻城略地。
2C产品,用户属性的相对单一,运营的衡量标准无非以下几点:用户获取、提高活跃率、提高留存、变现以及自传播。而对于2B产品,主要满足业务需求,通过业务需求间接满足用户需求。
简单点说就是需要按住作为采购方的企业和C端最终使用的员工,其在产品中所扮演的角色不同,所以对其运营目的也就有了明显的差别。
B端产品有一个很大的特点就是其专业性和复杂度较高,一般人都不太熟悉甚至完全没有概念。用户在使用我们产品的时候,作为运营我们更多的是扮演专家的角色。但是很多运营对自己家产品可能大概能说出个slogan以及一些功能作用,但是需要问到里面具体的产品功能,核心卖点以及里面的小细节时,很多运营人答不上来。
面向企业用户,有两类人需要从我们这里获得专业的信息:一类企业决策者,负责拍板是否采购,一般情况下只要把这个核心功能展现出来,作为企业决策者就有可能很乐意地为此买单。另一类是技术人员,负责实现产品技术对接,需要在产品设计上预留技术接口,也能够针对于技术人员进行运营,例如现在的人工智能的开放平台产品。
如果你想在2B和2C产品之间自由切换,那么需要你记住上述的几点差异。但是,永远不要忘记,不管是2B还是2C,首先记住你的用户是人,好的产品应该是简单易用的,不管谁用,你都应该与他保持一个良好的沟通渠道。
当涉及到产品生命周期管理时,要记住企业和消费者之间的差异,但永远不要停止追求伟大的用户体验,从而减轻客户的挫折感,为他们的一天增加价值。