to b与to c产品经理差异性

0.12字数 1278阅读 675

1、to b与to c 产品定义

to b的产品有两种,一是内部产品,比如运营平台、后台管理系统、CRM 系统、OA系统等;二是商业产品,比如一些成功的to b产品有网易邮箱、腾讯RTX、QQ企业邮箱。很多传统行业的公司基本都是做to b产品,如金蝶、用友、亚信、华为等;

to c产品主要面向用户,市面上太多了;

还有一些产品有to b与to c双重属性,一部分面对用户,一部分面对企业。如墨刀、有道云协作、石墨等。

2、to b与to c产品经理差异性

这里说的to b产品经理主要是指传统公司的产品经理,我相信与互联网公司的to b做法大同小异。

to b产品经理:

主要关注客户的诉求,客户说的不一定是心里想的,想的不一定能直接说,要多去帮客户想,需求需要挖掘,洞悉人性,保持良好的人情关系很重要,最后与客户在需求理解上要达成一致意见。

眼见为实,不要谈虚的,用产品说话,一方面光与客户谈想法,受限于很多人为因素,很难在同一个知识层面上达成一致理解,因此演示原型是很重要的一个环节,客户看到什么就知道有什么。为什么要做“大而全”的系统是有原因的,一方面,眼见为实,现在虚的东西太多了。还有一方面,作为一个商业产品都基本是一次性交付的,做得多意味着能拿到更多钱,谁不希望做多点功能呢?

to b产品更注重功能的有用性、实用性,一般是提高企业的效率,优化内部流程、信息通畅等,往往需要很强的业务逻辑分析能力,to b产品是要以盈利为主要目的的。

to b常用的手段:

需求:一般需求很明确,去满足就行了,提供合适的解决方案是关键。

原型:2个作用:给客户演示(一般高保真),客户交流,收集需求;给研发团队。

可用性测试:上线后,客户试用或组织测试、培训。

数据分析:一般以客户满意度为标准,能拿到钱才是王道,数据量一般不大,分析的意义没多大价值(不代表不分析)。

优化:先发beta版,给客户试用,根据多轮使用意见逐步修改优化。

版本交付:一次性交付,周期较长。

to c产品经理:

追求极致用户体验,思路就是想法→验证→优化,每一步都有很多严谨的方法论。总结为4个词:大胆假设、小心求证、不断试错、快速迭代。

目前常用的做法就是提供免费产品,获取海量用户,然后进一步考虑盈利,向有意愿付费的一部分用户收费或者是向企业提供服务收费。

to c常用的手段:

产品定位:需求调研,产品定位,确定目标用户群、建立用户画像。

需求:需要去调研,挖掘用户需求,找刚需、痛点。

原型:主要给研发团队内部用。

可用性测试:邀请用户测试,通过观察、收集用户反馈。

数据分析:非常重要,基本围绕拉新、促活、留存、付费转化4大指标,通过指标量化产品,数据驱动产品的优化。

版本交付:MVP原则,逐步迭代,版本周期短。

3、总结

to b产品经理要有搞定人的能力,建立双方的信任感,思考如何更好给客户创造价值,提供更好的解决方案,同时一开始就要考虑如何盈利,企业不是慈善机构;

to c产品经理要解决用户的核心诉求,通过产品为用户创造价值(解决用户痛点),同时又能给企业带来盈利(赚钱)。

共同点:都要解决问题,同时能给公司盈利。


转载请注明文章来自  简书:pmjohn。4年工作经验,独自走上摸索产品的道路,记录历程心得,因梦想而坚持,我是一只产品牛,微信公众号:john2016 。

推荐阅读更多精彩内容