编写引言:B端产品经理的考核总体目标应当怎么制定呢?文中创作者对B端产品开展了归类,而且各自研究了怎样考核基础服务线的产品经理?如何考核公司自研系统软件的业务产品经理?怎样考核SaaS产品经理?
如何给B端产品经理设定有效的考核总体目标,进而培养我们的工作中士气,为公司或精英团队创造财富和盈利,并可以科学合理评定大伙儿的工作产出率?
可能这个问题,对许多B端产品管理者而言,全是一件非常烦恼的事儿。由于B端产品的业务使用价值通常难以考量,例如,你难以让一个B端产品经理描说楚他做的每一个作用提供的业务盈利。
而如果是商业化的对外开放出售的SaaS产品,又有职业的售卖和C ** 精英团队,你能说销售业绩不太好,是产品经理的锅么?
对于这一令人烦恼的问题,文中试着得出一些很有可能的基本思路和方式,期待和我们深入探讨。
在明确产品经理的考核总体目标以前,最先必须对B端产品开展归类,不一样种类的B端产品特性彻底不一样,没法一刀切的讨论;此外,企业内部自研系统软件的B端产品经理,和SaaS产品经理,工作规划和方式也差别非常大,必须各自讨论。
大家将总体B端产品分成两大类,一类是基础服务产品(大部分网易大数据产品具有较强的基础服务特性),另一类是业务产品。
一、怎样考核基础服务线的产品经理
基础服务产品的鲜明特点,是着眼于公司全局性,服务项目于多业务线和多系统软件,并非某一实际的业务模块。
例如:顾客主数据、组织结构服务项目、信息推送平台、短信中心、支付中心这些,大部分业务网易大数据产品都具有显著的基础服务特性。
这类产品,无论是企业内部自研,或是在SaaS企业,都难以考量对业务的立即奉献和使用价值。因而,无论是公司自研,或是SaaS企业,都能够考虑到按下列二点考核产品经理。
1. 考核基础服务连接的中下游系统软件或控制模块总数
由于基础服务存有的目地,是连接多业务线,节省产品研发成本费,与此同时迅速的适用新业务。
针对负责基础服务的产品经理,考核其连接中下游系统软件总数,可以逐步推进产品经理更为积极地推动基础服务在公司内的宣传和落地式。
尽管许多情况下这类基础服务的营销推广应当自上而下推动,可是在考核总体目标上得出立即规定,毫无疑问对产品的营销推广有一定的协助。
2. 考核要求或新项目的准时发布和品质
这也是主要的项目风险管理规定,做为基础服务线的产品经理,有义务推动并确保产品的准时交货。
此外,针对SaaS产品,并不可以简单直接的觉得基础服务就应当连接多业务线,而更应当从产品构架总体格局的方向思索,因此针对负责基础服务的SaaS产品经理,很有可能针对第一个考核点规定要谨慎。
二、怎样考核公司自研系统软件的业务产品经理
业务产品经理,就是指负责类似电子商务交易软件、CRM、WMS、OA这种系统软件的产品经理。一样是做业务产品,公司自主研发的产品设计方案招数,和SaaS产品的设计方案招数,差别也是非常大的。
针对SaaS产品,产品经理要用合理的设计原理、系统架构图,设计方案出专业的,不错支撑点总体目标客户群需求的规范化产品,因此乃至可以回绝一部分顾客的要求。
而对公司自研系统软件而言,产品经理的关键总体目标是相互配合适用业务发展趋势,许多情况下为了更好地业务乃至可以做一些设计方案上和构架上的折衷和让步。
因而,自研系统软件的业务产品经理,和SaaS产品经理,考核方法各有不同,大家最先理性分析下自研系统软件的产品经理考核:
在业务发展趋势探索阶段,业务尝试错误调节块,提高快,产品力量薄弱,而要求发生爆炸。这时,绝大部分的状况,产品经理通常四处奔波的支撑点业务要求,就早已忙得愁眉不展了。
这个时候,产品对业务的适用,大量的表现在业务步骤规范化、网上化,可以把这种点保证位就己经很不易。因此这时对产品经理的管理方法,通常是分控制模块分配精英团队组员,开组大马力达到业务要求就可以。
在业务发展趋势成熟,要求相对性变缓,管理方法、经营、实行上面必须更高效率,这时产品精英团队工作压力会相对性变弱许多,而且可以逐渐试着根据新技术颠覆式创新业务,考虑到根据自动化技术、智能化系统等方式提高业务高效率。
这时的产品团队协作,可以摆脱以前分控制模块分配组员的方式,而让不一样产品经理担负不一样的业务指标值,那样可以开启产品经理的构思,防止多功能性思维方式,大量的从业务视角,借助产品的总体工作能力来颠覆式创新业务。
例如,针对CRM产品,在业务探索阶段,产品经理很有可能被划分到表格控制模块、案件线索控制模块、订单信息控制模块上,相对性独立的进行控制模块基本作用的提升和健全,关键考核业务要求的符合水平,交货品质。
而到了业务成熟,则不一样产品经理承受不一样考核指标值,例如有些人负责经营高效率提高,规定完成年末运营团队可以削掉50%人头数(自然这也是不可以说破的),有些人负责转换率的提高,有些人负责管理效益的提高。
那样可以让产品经理对焦业务总体目标,和业务强关联,更为接近业务自身,完成技术性颠覆式创新业务。
业务成熟对产品经理的考核指标值,尽可能接近业务精英团队的主要指标值,业绩考核立即和业务指标值挂勾,由于业务精英团队的指标值,才算是企业真真正正关注、关心的。
仅有那样,才可以确保产品接近业务,劲头往一处使,而且做到的東西是企业方面有兴趣的、认同的。
自然,B端产品所业务的业务精英团队,其有关业务指标值变化的影响因素特别多,许多情况下乃至没法明确产品自身对业务产生的使用价值。例如:你难以评定CRM系统软件干了某一作用而产生转换率的提高。
因而,还能够考核产品经理所负责作用的运用状况,包含PV、UV,就算没法考量产品使用价值,但最少有些人应用是最少规定。
刚提及了依照业务总体目标分配每个产品经理的工作中,但那样做会有什么问题,很有可能会产生不一样产品经理与此同时改动同一控制模块,造成错乱和问题的状况。
因而,可以仍然给每一个控制模块分配一个产品经理责任者,保证不一样人对同一个控制模块的改动需求都能收边,统一管理方法。这样一来,大家还能够考核这种网页页面控制模块的用户满意度(NPS),来却保有关的产品经理责任者可以负责及时。
这类交叉式的分配(一名产品经理与此同时承受某一业务指标值,又对某一个控制模块负责),可以在激起职工发展潜力颠覆式创新业务的与此同时,确保系统控制模块设计的精确性和准确性。
三、怎样考核SaaS产品经理
与刚提到的情形同样,SaaS产品经理,也难以考量其设计的产品作用,对顾客业务使用价值的立即奉献。可是SaaS手机软件做为公司对外开放出售的产品,理论上SaaS产品经理要负责商业服务总体目标的达到。
因而,可以将产品经理考核总体目标与扩客、转换、续订总体目标紧密结合。但那样也会产生问题,假如业务导向性太强,又有可能会危害产品经理公平理性的制定有效产品的观点。
与自研系统软件的情形相近,可以试着考核SaaS产品经理所负责程序模块的运用状况,及其用户满意度,从另一个视角,分辨产品作用是不是获得用户的认同。
假如顾客都无需这一作用,要不功能分析有什么问题,要不运营推广有什么问题,这种全是产品经理必须负责的。
你能不背销售业绩标,但做的作用最少得有些人用。
四、汇总
以上,讨论了基础服务线产品、业务线产品,公司自研产品、SaaS产品这几类状况下的产品经理考核方法和构思,大家做下汇总。
1. 基础服务线产品经理的考核点(包含自主研发和SaaS)
连接的中下游系统软件的总数 要求或新项目的交货品质 2. 自研业务线产品经理的考核点业务探索阶段:
业务要求的符合水平(例如满意率,或要求总数,或产品研发人日等) 要求或新项目的交货品质业务成熟:
和业务单位KPI保持一致 所负责程序模块的PV、UV 所负责功能模块的用户满意度(NPS) 3. SaaS产品经理的考核点 转换、续订等商业服务指标值 所负责程序模块的PV、UV 所负责功能模块的用户满意度(NPS)至此,大家探究了一些B端产品经理很有可能的考核方法,受到限制与工作能力和工作经验,许多见解并不妥当与完善,期待与诸位深入探讨,热烈欢迎大伙儿留言板留言共享自身的见解!
#自由撰稿人#
杨堃,微信公众号:PM杨堃(ID:pmYangKun)。每个人都是产品经理自由撰稿人,《决胜B端》创作者,12年互联网技术产品研发、产品设计方案工作经验,曾任VIPKID产品主管,百度高级产品经理,现为慢酷资询CEO兼CEO。
题图来源于 Unsplash,根据 CC0 协议书
扫码咨询与免费使用
申请免费使用