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

编辑导语:B端产品经理的考核目标应该如何设计呢?本文作者对B端产品进行了分类,并且分别分析了如何考核基础X线的产品经理?如何考核企业自研系统的X产品经理?如何考核SaaS产品经理?

如何给B端产品经理设置合理的考核目标,从而激发大家的工作斗志,为企业或团队创造价值和收益,并可以科学评估大家的工作产出?

估计这个问题,对很多B端产品管理人员来讲,都是一件比较头疼的事情。因为B端产品的X价值往往很难衡量,比如,你很难让一个B端产品经理描说楚他做的每一个功能带来的X收益。

而如果是商业化对外shòumài的SaaS产品,又有专职的X和CSΜ团队,你能说X业绩不好,是产品经理的锅么?

zhēn对这个让人头疼的问题,本文尝试给出一些可能的思路和方fǎ,希望和大家共同探讨。

在确定产品经理的考核目标之前,首先需要对B端产品进行分类,不同类别的B端产品性质完全不同,没办fǎ一dāo切的谈论;另外,企业内部自研系统的B端产品经理,和SaaS产品经理,工作目标和方fǎ也区别很大,需要分别探讨。

我们将整体B端产品分为两类,一类是基础X产品(大多数中台产品具备很强的基础X属性),另一类是X产品。

一、如何考核基础X线的产品经理

基础X产品的显著特点,是立足于企业全jú,X于多X线和多系统,而非某个具体的X单元。

例如:客户主数据、X架构X、消息X平台、短信中心、支付中心等等,大多数X中台产品都具备明显的基础X属性。

这类产品,不论是企业内部自研,还是在SaaSX,都很难衡量对X的直接贡献和价值。因此,不论是企业自研,还是SaaSX,都可以考虑按以下两点考核产品经理。

1. 考核基础X接入的下游系统或模块数量

因为基础X存在的目的,是接入多X线,节约研发成本,同时快速的支持新X。

对于负责基础X的产品经理,考核其接入下游系统数量,可以倒bī产品经理更加主动地推进基础X在企业内的X和落地。

虽然很多时候这种基础X的X应该由上而下推进,但是在考核目标上给出直接要qiú,肯定对产品的X有所帮助。

2. 考核需qiú或项目的按时上线和质量

这是基本的项目管理要qiú,作为基础X线的产品经理,有责任驱动并保证产品的按时交付。

另外,对于SaaS产品,并不能简单X的认为基础X就应该接入多X线,而更应该从产品架构整体布jú的角度思考,所以对于负责基础X的SaaS产品经理,可能对于第一个考核点要qiú要慎重。

二、如何考核企业自研系统的X产品经理

X产品经理,是指负责类似于电商交易系统、CRM、WMS、OA这类系统的产品经理。同样是做X产品,企业自研的产品设计套路,和SaaS产品的设计套路,区别还是比较大的。

对于SaaS产品,产品经理要用正确的设计原则、系统架构,设计出X的,较好支撑目标客X诉qiú的标准化产品,为此甚至可以拒绝部分客户的需qiú。

而对于企业自研系统来讲,产品经理的首要目标是配合支持X发展,很多时候为了X甚至可以做一些设计上和架构上的折中和妥协。

因此,自研系统的X产品经理,和SaaS产品经理,考核方式不尽相同,我们首先来谈下自研系统的产品经理考核:

在X发展探索期,X试错调整块,增长快,产品基础薄弱,而需qiúX。此时,绝大多数的情况,产品经理往往疲于奔命的支撑X需qiú,就已经忙得焦头烂额了。

这个时候,产品对X的支持,更多的体现在Xliú程标准化、线上化,能把这些点做到位就已经很不容易。所以此时对产品经理的管理,往往是分模块安排团队成员,开组马力满足X需qiú即可。

在X发展成熟期,需qiú相对放缓,管理、运营、执行上都需要更高效,此时产品团队压力会相对减弱很多,并且可以开始尝试X技术赋能X,考虑X自动化、智能化等手段提升X效率。

此时的产品团队管理,可以打破之前分模块安排成员的模式,而让不同产品经理承担不同的X指标,这样可以打开产品经理的思路,避免功能性思维模式,更多的从X角度,依托产品的整体能力来赋能X。

例如,对于CRM产品,在X探索期,产品经理可能被分配到报表模块、线索模块、订单模块上,相对孤立的完成模块基础功能的升级和完善,主要考核X需qiú的满足程度,交付质量。

而到了X成熟期,则不同产品经理背负不同考核指标,比如有的人负责运营效率提升,要qiú实现年底运营团队可以砍掉50%人头(当然这是不能明说的),有的人负责转化率的提升,有的人负责管理效率的提升。

这样可以让产品经理聚焦X目标,和X强bǎng定,更加贴近X本身,实现技术赋能X。

X成熟期对产品经理的考核指标,尽量贴近X团队的核心指标,绩效直接和X指标挂钩,因为X团队的指标,才是X真正关心、关注的。

只有这样,才能保证产品贴近X,劲儿往一处使,并且做出的东西是X层面感兴趣的、认可的。

当然,B端产品所X的X团队,其相关X指标变动的影响因素非常多,很多时候甚至没办fǎ确定产品本身对X带来的价值。例如:你很难评估CRM系统做了某个功能而带来转化率的提升。

因此,还可以考核产品经理所负责功能的使用情况,包括PV、UV,即便无fǎ衡量产品价值,但至少有人使用是最低要qiú。

刚刚提到了按照X目标安排各个产品经理的工作,但这样做会有问题,可能会出现不同产品经理同时修改同一模块,导致混乱和错误的情况。

因此,可以依然给每个模块安排一个产品经理责任人,确保不同人对同一个模块的修改诉qiú都能收口,X管理。这样一来,我们还可以考核这些页面模块的用户满意度(NPS),来却保相关的产品经理责任人能够负责到位。

这种交叉的安排(一名产品经理同时背负某个X指标,又对某一个模块负责),可以在激发员工潜力赋能X的同时,保证系统模块设计的准确性和正确性。

三、如何考核SaaS产品经理

与刚刚谈到的情况相同,SaaS产品经理,也很难衡量其设计的产品功能,对客户X价值的直接贡献。但是SaaS软件作为X对外shòumài的商品,理论上SaaS产品经理要负责商业目标的达成。

因此,可以将产品经理考核目标与获客、转化、续费目标相结合。但这样也会带来问题,如果X导向太强,又可能会影响产品经理X客观的设计合理产品的立场。

与自研系统的情况类似,可以尝试考核SaaS产品经理所负责功能模块的使用情况,以及用户满意度,从另一个角度,判断产品功能是否得到客户的认可。

如果客户都不用这个功能,要么功能设计有问题,要么运营X有问题,这些都是产品经理需要负责的。

你可以不背业绩标,但做的功能至少得有人用。

四、总结

以上,探讨了基础X线产品、X线产品,企业自研产品、SaaS产品这几种情况下的产品经理考核方式和思路,我们做下总结。

1. 基础X线产品经理的考核点(包括自研和SaaS)

  • 接入的下游系统的数量
  • 需qiú或项目的交付质量

2. 自研X线产品经理的考核点

X探索期:

  • X需qiú的满足程度(例如满意度,或需qiú数量,或研发人曰等)
  • 需qiú或项目的交付质量

X成熟期:

  • 和X部门KPI保持一致
  • 所负责功能模块的PV、UV
  • 所负责功能模块的用户满意度(NPS)

3. SaaS产品经理的考核点

  • 转化、续费等商业指标
  • 所负责功能模块的PV、UV
  • 所负责功能模块的用户满意度(NPS)

至此,我们探讨了一些B端产品经理可能的考核方式,受限与个人能力和经验,很多观点并不稳妥与成熟,希望与各位共同探讨,欢迎大家留言分享自己的观点!

#专栏作家#

yáng堃,X号:PMyáng堃(ID:pmYangKun)。人人都是产品经理专栏作家,《决胜B端》作者,12年X研发、产品设计经验,曾任VΙPKID产品总监,百度高级产品经理,现为慢酷咨询创始人兼CEO。

本文原创发布于人人都是产品经理,未经许可,jìn止转载

题图来自 Unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 如何合理的设计B端产品经理的考核目标? https://www.xiongfawang.com/1363.html

常见问题

相关文章

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

分享本文封面