产品|如何合理的设计B端产品经理的考核目标？( 二 ) 考核|saas|赋能|产品经理|设计

而到了业务成熟期，则不同产品经理背负不同考核指标，比如有的人负责运营效率提升，要求实现年底运营团队可以砍掉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。
本文原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议