产品|如何合理的设计B端产品经理的考核目标?

编辑导语:B端产品经理的考核目标应该如何设计呢?本文作者对B端产品进行了分类,并且分别分析了如何考核基础服务线的产品经理?如何考核企业自研系统的业务产品经理?如何考核SaaS产品经理?
产品|如何合理的设计B端产品经理的考核目标?
文章插图
产品|如何合理的设计B端产品经理的考核目标?】如何给B端产品经理设置合理的考核目标,从而激发大家的工作斗志,为企业或团队创造价值和收益,并可以科学评估大家的工作产出?
估计这个问题,对很多B端产品管理人员来讲,都是一件比较头疼的事情。因为B端产品的业务价值往往很难衡量,比如,你很难让一个B端产品经理描说楚他做的每一个功能带来的业务收益。
而如果是商业化对外售卖的SaaS产品,又有专职的销售和CSM团队,你能说销售业绩不好,是产品经理的锅么?
针对这个让人头疼的问题,本文尝试给出一些可能的思路和方法,希望和大家共同探讨。
在确定产品经理的考核目标之前,首先需要对B端产品进行分类,不同类别的B端产品性质完全不同,没办法一刀切的谈论;另外,企业内部自研系统的B端产品经理,和SaaS产品经理,工作目标和方法也区别很大,需要分别探讨。
我们将整体B端产品分为两类,一类是基础服务产品(大多数中台产品具备很强的基础服务属性),另一类是业务产品。
一、如何考核基础服务线的产品经理基础服务产品的显著特点,是立足于企业全局,服务于多业务线和多系统,而非某个具体的业务单元。
例如:客户主数据、组织架构服务、消息推送平台、短信中心、支付中心等等,大多数业务中台产品都具备明显的基础服务属性。
这类产品,不论是企业内部自研,还是在SaaS公司,都很难衡量对业务的直接贡献和价值。因此,不论是企业自研,还是SaaS公司,都可以考虑按以下两点考核产品经理。
1. 考核基础服务接入的下游系统或模块数量因为基础服务存在的目的,是接入多业务线,节约研发成本,同时快速的支持新业务。
对于负责基础服务的产品经理,考核其接入下游系统数量,可以倒逼产品经理更加主动地推进基础服务在企业内的推广和落地。
虽然很多时候这种基础服务的推广应该由上而下推进,但是在考核目标上给出直接要求,肯定对产品的推广有所帮助。
2. 考核需求或项目的按时上线和质量这是基本的项目管理要求,作为基础服务线的产品经理,有责任驱动并保证产品的按时交付。
另外,对于SaaS产品,并不能简单粗暴的认为基础服务就应该接入多业务线,而更应该从产品架构整体布局的角度思考,所以对于负责基础服务的SaaS产品经理,可能对于第一个考核点要求要慎重。
二、如何考核企业自研系统的业务产品经理业务产品经理,是指负责类似于电商交易系统、CRM、WMS、OA这类系统的产品经理。同样是做业务产品,企业自研的产品设计套路,和SaaS产品的设计套路,区别还是比较大的。
对于SaaS产品,产品经理要用正确的设计原则、系统架构,设计出专业的,较好支撑目标客群诉求的标准化产品,为此甚至可以拒绝部分客户的需求。
而对于企业自研系统来讲,产品经理的首要目标是配合支持业务发展,很多时候为了业务甚至可以做一些设计上和架构上的折中和妥协。
因此,自研系统的业务产品经理,和SaaS产品经理,考核方式不尽相同,我们首先来谈下自研系统的产品经理考核:
在业务发展探索期,业务试错调整块,增长快,产品基础薄弱,而需求爆炸。此时,绝大多数的情况,产品经理往往疲于奔命的支撑业务需求,就已经忙得焦头烂额了。
这个时候,产品对业务的支持,更多的体现在业务流程标准化、线上化,能把这些点做到位就已经很不容易。所以此时对产品经理的管理,往往是分模块安排团队成员,开组马力满足业务需求即可。
在业务发展成熟期,需求相对放缓,管理、运营、执行上都需要更高效,此时产品团队压力会相对减弱很多,并且可以开始尝试通过技术赋能业务,考虑通过自动化、智能化等手段提升业务效率。
此时的产品团队管理,可以打破之前分模块安排成员的模式,而让不同产品经理承担不同的业务指标,这样可以打开产品经理的思路,避免功能性思维模式,更多的从业务角度,依托产品的整体能力来赋能业务。
例如,对于CRM产品,在业务探索期,产品经理可能被分配到报表模块、线索模块、订单模块上,相对孤立的完成模块基础功能的升级和完善,主要考核业务需求的满足程度,交付质量。