B端产品经理的工作职责与考核标准是什么样的？（四）

前面说到了企业自研系统的业务产品经理的考核标准，这篇文章就结合实例分析一下，让大家能够快速的理解。
例如，对于CRM产品，在业务探索期，产品经理可能被分配到报表模块、线索模块、订单模块上，相对孤立的完成模块基础功能的升级和完善，主要考核业务需求的满足程度，交付质量。

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

这样可以让产品经理聚焦业务目标，和业务强绑定，更加贴近业务本身，实现技术赋能业务。

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

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

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

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

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

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

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

有关企业自研系统的业务产品经理的考核标准就介绍到这里了，下篇文章给大家分析SaaS产品经理的考核标准，大家可以继续去看看。

以上就是“B端产品经理的工作职责与考核标准是什么样的？（四）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。