如何合理的设计B端产品经理的考核目标？ _产品需求

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