如何考核一个产品经理的绩效

导读： 产品经理归属产品研发团队已经成为互联网公司的共识，可是对如何考核一个产品经理的绩效成绩？这个问题的答案，很多人回答不一，...

产品经理归属产品研发团队已经成为互联网公司的共识，可是对如何考核一个产品经理的绩效成绩？这个问题的答案，很多人回答不一，甚至有许多公司的产品经理就上一天班做一天和尚，没有所谓的考核说法，只要需求能用就可以。

那这样真的可以吗？

我问了身边做产品经理管理者的朋友，如何去考核，毕竟产品经理因为属于产品研发，相比销售、市场、商务来说站在离产品营收更加远的地方，属于中后端。不能直接给到要求多少收入、多少的流水指标，反而一个产品经理的绩效是多元化考核的。同时一个好的产品也不是一个产品经理一个人可以做得好，涉及到多个角色、部门参与共同完成的。

现在市面上的产品经理主要分为三类

第一类是以界面、UX为主是前端产品；第二类是以中后台为主的，做管理平台的产品经理；第三类是做数据分析、数据采集的数据产品经理，主要的产品是数据平台或数据指标；

每个分类的岗位职责不同导致的绩效考核不一样，所以我们考核一个产品经理，要考核产品经理属于什么分类。为了方便大家学习和理解，我们先说通用的绩效考核指标、和各自类型的产品经理绩效考核

1.通用的绩效考核

产品停留时间：统计用户停留在产品的时间长短，可以建立单个用户在所有产品的停留时间累积和或者用户在各个产品的停留时间，注意产品不是停留时间越长越好，比如在支付页面用户停留太长就会导致支付数下降。

活跃用户数：用户注册登录产品后，会产生活跃用户，按照用户生命周期从活跃用户可以分为（成熟、忠诚、流失），活跃用户李，成熟、忠诚用户占比当然越多越好，但是对于活跃的判定没有标准，有的是用户需要付费、有的则是用户再次使用产品即可。

用户ROI：单个用户投入产出数，这个数据被用来评判产品商业化的成功关键，ROI越高就说明产品越赚钱，成本越低。

新增用户数：用户的新增数是需要注册的用户数量，通过加上时间维度来统计用户新增环比，单位时间增加越多说明产品越好。

需求还原度：产品经理的工作是通过原型设计和需求文档来体现的，但是产品经理输出的产品设计，尽可能减少需求变动次数是产品经理的硬技能，比如这一头刚刚才开发需求评审完要启动研发了，产品经理就要改需求，不得不重新推到之前的产品设计方案，实际上非常费时费力。

项目的延期时间：产品上线会通过项目管理的方式进行控制，比如版本发布时间、开发时间、产品设计时间都是一环扣一环。上线延期很可能会影响市场拓展、销售效果等，尤其是已经有存量用户或付费用户，产品上线时间是不能延期的，否则就会造成企业损失。

上班迟到和加班时间：产品经理是一个职业，当然会有考勤的约束。统计产品经理的请假次数、加班时间、和上班迟到自然会作为职场人基础素质了，迟到越多肯定考核成绩越差。

安全和公司制度：有没有违法公司制度或安全问题，导致产品出了安全问题，这也是影响考核成绩，不能只看工作，还要看给公司带来什么损失和负面影响没。

以上我罗列的是一个产品经理的通用考核，尤其是需求还原度、和项目的延期时间是权重比较高的，用数据来拿捏还是比较少的。因为一个产品的好坏还有运营、市场、热点等各个原因，做一款产品不是一个产品经理就可以做好，但没有产品经理却是万万不能。

2.数据产品经理考核指标

以指标准确、数据决策支持效果、数据指标范围来体现。

数据指标准确：数据产品往往是saas化产品，数据指标的计算结果、数据值范围，再加上上面通用的考核指标了。

数据决策支持：很多数据产品是提供运营建议，通过数据决策来避免拍脑袋需求和运营玩法，增加投放转化率，属于间接指标，但可以通过ABtest完成，所以这个往往是老板重视就有意义，老板不重视则就难以得到好的考核成绩。

数据指标范围：数据往往是海量的，但有没有数据指标来为各个业务展示，是数据产品经理需要构建的，没有数据指标就要去间接数据体现。

3.前台产品经理考核指标

前台页面产品经理包含了运营活动、用户的页面访问深度，所以以页面人均访问数、人均页面访问深度、从页面点击到下单支付的路径长度、支付场景与营销场景的构建指标。

前台产品经理与运营分不开，比如优惠券领取、优惠券兑换、优惠券过期等指标都需要前台产品经理去提升正向指标。还有活动报名数、订单退款都是前台产品经理要利用产品的引导设计、和信息流来增加指标数据。

还记得曾经一个OPPO钱包的高级产品经理提到，他们在产品从1到10的过程中，产品已经达到线上流量瓶颈，要做的事精细化运营流量，让流量的转化率逐步提高，因此团队现在招聘的前台产品经理的考核指标是每次版本发布后的转化率、ROI等营收指标。

4.中后台产品经理考核指标

中后台产品往往是提供业务支撑、运营配置能力的平台，所以平页台的稳定性、以及操作复杂度是其考核指标，很多后台往往会跨越多个系统，比如CRM系统会跨越财务系统、客服系统、OA系统，不仅是数据的打通，还会有对应权限、和功能操作的流程工单。

页面操作数：用户操作后台的页面数量，能不能从以前的8个点击数改为5个？

操作路径：用户访问的页面路径可以降低到5个？比如筛选用户，以前需要进入用户管理依次查找用户属性字段，现在可以直接通过搜索完成，大大增加了用户管理的操作路径。

系统报错数：系统无法访问、404的出现次数

往往中后台因为和业务紧密相关，比如公司人员组织架构、公司的审批流程是很几乎不会变更的，所以产品经理的迭代速度会比前台慢，但提供稳定的系统支撑性是更加刚需。

以上是一个产品经理的专项考核指标，屁股决定脑袋，我们做产品经理的考核指标一定要依附于他的岗位职责，如果你当初定位就是他负责功能设计，那么显然通用指标更加适用。

产品经理这个岗位很容易背锅，主要原因是产品的问题都可以找到产品经理，运维的问题、安全的问题，这些看起来好像和产品经理很远的问题，也是可以找到产品经理问责的。

尤其是现在产品经理还包含半个项目经理的角色，这也造就了不少产品经理会去考取PMP证书。

下面是某网友分享公司的产品经理考核方案，如果定位是一个功能性产品经理则可以适用。