荣誉勋章3攻略_荣誉代码3攻略

编辑简介：公司经常看到绩效考核，产品经理团队面对绩效考核需要注意很多情况，注意各种要求和团队和公司现有情况，努力实现有效顺利的绩效考核；作者分享了产品经理绩效考核的经验，让我们了解一下。

自去年以来，我一直在探索团队绩效考核的实践。去年，我制定了一个简单的绩效考核统计系统。虽然效果似乎没有达到我的预期，但整个探索过程仍然让我受益匪浅。

PAS绩效考核体系

就在这个时候，许多公司已经发放了年终奖金或年终奖金。借此机会与您分享我对产品经理绩效考核的一些经验。

01 产品经理是否应进行绩效评估？

网上关于这个问题有很多争论，我也看到了很多答案；从我个人的观察来看，一般反对一些基层员工或一刀切的绩效考核，支持意见往往是管理经验或享受绩效考核的好处。

从我的角度(经理)来看，我会同意做绩效考核，做好，公平，原因如下:

大多数反对或拒绝绩效考核的人都是屁股决定头

有两个原因。第一，反正我没有得到好处，但是看到别人得到好处更不舒服，不如吃大锅饭；第二，视野和高度不同。持有这种观点的人往往会从自己的角度思考，很难从团队的角度思考。

2)绩效考核是一面难得的镜子

以人为镜，可以清楚得失，但大多数时候镜子不是很客观，也不是很准确；绩效考核实际上比他们自己的以人为镜更准确，即使这种观点很难接受，但从长远来看，外部评价语言应该更准确。

3)虽然产品经理的绩效考核不容易用直观的数据或结果来论证，但并不意味着不重要或不值得做

相反，正是因为不容易用直观的数据和结果来论证，我们会从多个维度和因素制定规则，防止过于片面的个人情感因素影响判断结果。

4)绩效考核可以加速优胜劣汰

虽然这个词听起来很残酷，但现实是优秀的人真的会因为及时的激励而走得更快更远。

每个人都想得到激励和肯定，但不可否认的是，在同样的环境下，有长有短。从团队经理的角度来看，每个人都希望得到更的，少拿短的。

02 绩效考核的几个误区一:一刀切思考

在去年对绩效考核体系的研究中，我发现许多公司或团队都有这样一个想法：期待人事部门指定一套一般的考核计划，然后其他部门直接复制和应用。

然而，事实往往是残酷的。这种一刀切的绩效考核太通用了。你可以在网上找到它。然后我们互相复制和剪辑，最后应用到公司系统中。

对于IT对于团队来说，要根据岗位的特殊性设置不同的考核方法，不能为了追求一致性而忽视岗位的特点。

强行生搬硬套，只会引起大家的不快。

误区二:激励不及时

去年出去参加管理知识培训的时候，我印象深刻的一个知识就是激励是及时的，一定要及时。

我们都知道这个事实，听过很多次，但练习并不那么容易；许多经理会有这样的心态，如果你不听话或表现不好，那么我会给你低分，然后在月底或季度末，看看你下次是否敢这样做……

这种心态和思维方式有很大的问题，因为积极和消极的激励（批评和指责）都应该及时实施；如果你做得好，你应该及时鼓励，趁热打铁；如果你做得不好，你应该及时交谈，当面指出，秋天以后不要保持会计。

还有很多公司会采用年度绩效考核的方式，一年考核一次，然后和年终奖挂钩。最后，年终奖将保留到次年4月和5月；这似乎是一种非常聪明的手段，压缩了人力物力，但农民工不是傻瓜。从长远来看，事情必然会逆转，伤害自己。

潮水退去，才知道谁在裸泳！

这句话也适用于上述情况。

误区三:压迫思维的表现大于天

许多人讨厌绩效考核，其中一个非常重要的原因是公司或领导总是用绩效考核来压迫自己，在公司的绩效中，低绩效到处都受到压制。

例如，如果你不加班，绩效考核的分数会很低；如果你和领导争论，在那个月底给你低分；如果你不接受，你将被迫分配肮脏的工作。如果你有结果，领导会提前做好工作，把下面的人踢到一边……

在上述情况下，当事人经历过一件事时，他们会感到非常恶心。如果一直是这样的环境，说明公司制度和企业文化存在问题……

绩效考核对人有一定的约束力和压力是合理的，也是可以接受的。但是，如果用它作为权利威作福，就会变味。

因此，在制定一些评估规则和手段时，要注意避免这一问题，增加一些相互限制和上诉的渠道，避免这种独裁压迫和巨大压力。

误区4：强制数据评估

上面提到的产品经理的工作内容不容易用一些直观的数据来衡量，不仅产品经理的评估难以衡量，开发、测试等工作也有类似的问题。

然而，许多团队制定的评估系统必须用数据来衡量绩效，因此它已经演变成各种笑话在互联网上流传的内容。

产品经理的绩效评估指标之一是需求的数量，所以一个简单的需求将被特别详细地拆除。更改副本是需求，颜色是需求，移动按钮是需求，调整标题大小是需求。程序员的评估指标之一是代码行数，所以我们不以简单高效的代码为荣，而是各种谨慎的机器，改变更多的职业，写更多的注释，写更多的荣誉代码来获得高性能。类似的是根据代码提交次数进行评估，所以写两行提交代码，然后写两行提交。测试的评估指标是在测试过程中BUG数，于是各种转牛角尖，一点点不对劲就提起来BUG，然后与开发撕裂，与产品撕裂，作一团糟。

虽然以上听起来像个笑话，但现实中确实有很多公司和团队这样实施；为了评估，为了所谓的数据和定量操作，这样的闹剧被抛弃了。

因此，这么多人害怕绩效考核。

03 如何做产品经理的绩效考核？

查理芒格有句名言：

如果我知道我会死在哪里，那么我永远不会去那个地方。

产品经理的绩效考核没有标准方案，只有合适和不合适的方案，但无论如何，我建议避免上述四个误解。

接下来，我将分享一套我前段时间刚刚完成的产品经理绩效考核计划。

该方案具有明显的个人情感色彩和偏好，也只适用于小团队，只为抛砖引玉，请理性看待。

考核的核心思想

1. 以公司绩效考核要求为主体

一般公司将由人事部门制定相应的评估计划初稿，然后由其他部门的同事提出相应的意见和意见；因此，面对这些机会，我们必须抓住，努力为自己的部门和相应的岗位获得更公平的利益。

在给出的一般评估方案中，针对不同的岗位制定不同的评估方案；例如，不同部门之间的评估方法应该不同，即使是同一部门之间的不同岗位，如产品经理的评估方案应该不同于开发、测试等。

一般考核方案

2. 不同层次的差异化评估也应该是不同的

不同级别的产品经理也应该有不同的评估计划，但绝大多数内容应该是一致的，在一些需要区分的地方，有不同的评估要求和权重比。

同时要强调的是，初级产品的评价分数不一定低于中高级产品；因为初级产品的绩效评价是指初级水平和要求，而中高级产品的相应水平和要求会更高。

产品经理的岗位技能水平评估

绩效考核也要注意德位匹配和名副其实。

3. 考核周期要合适

一开始，我们制定的评估周期是一个月。每个月初，系统自动发布评估填写表，然后开始评分。

但逐渐发现一个月看起来很长，但实际应用发现一个月没有反映任何价值或特别明显的效果；一些团队领导，在评估和评分中往往需要更多的时间，最初的月初填写绩效，突然拖到中间，导致每个人填写绩效的热情慢慢下降。

后来，我们改变了策略，改为季度考核，同时使用OKR指导思想，每月初制定一两个核心月度或季度目标，然后回顾下个月实际结果是否完成；如果完成，下个月继续制定，如果不完成，再次制定新的计划……

一般来说，一个季度的评估不长也不短。你也可以借此机会组织团队进行一个季度的个人总结和复习，这不仅可以提高你的总结和复习能力，还可以借此机会让每个人了解彼此的业务知识和产品经验。

4. 不可量化就多说话

之前在《樊登读书》上看过一篇关于绩效考核的文章，一般意思是:很多人认为绩效考核就是我给你打分，然后让你知道自己有多高有多低，然后就结束了；高了就偷乐趣，低了就反思。

这也是对绩效考核的误解，尤其是中国人特别爱面子，有些难听的话或者有些尴尬的场景会特别害怕，甚至和低绩效的下属交谈也是尴尬的场景。

然而，正是因为有些指标是不可量化的，高分和低分更多的是在直接领导的概念之间；如果你在得分或即将得分较低时不与当事人沟通，那么逃避这个尴尬的场景将积累越来越多的风险和不满。

因此，如果有些指标不容易量化，最好在评分前多谈谈，坦白地向下属指出你的考虑、想法和建议，最后得分确定。

5. 分数需要转化为等级

这是一个小想法，也是一个常见的小例行公事。例如，89分和90分属于同一水平（85分以上）A），那么两个同级别的人应该享受同样的好处；但是，如果当事人知道具体的分数，很容易产生一些心理失衡。

他为什么比我多一分？为什么我表现这么好，只比那个人多三分？他为什么能有？xxx分？”……

因此，为了避免类似的问题，最终转换后的等级通常会通知当事人，如绩效A，绩效为3.75、表现为S等。

04 总结

本文没有具体的指标和内容与您分享，如产品经理应评估需求分析、设计能力、项目管理能力、产品规划能力、竞争产品分析能力、向上管理能力等。

因为这些指标和内容因公司而异，因团队而异，因业务而异，千人千面，参考意义不大；所以最好直接用第一原则思考:绩效考核哪里容易踩坑，然后在做绩效考核的时候要多注意哪些方面。

绩效考核方案不完善，没有标准答案，只有合适与不合适，合适与不合适也会随着时间的变化而变化。

去年制定的绩效考核标准今年可能会有新的变化，因为每个人都在成长，相应的激励措施和考核方法也应该改变。

绩效考核是一把典型而常见的双刃剑。如果用得好，就会势不可挡，带领团队锐意进取，蒸蒸日上；如果用得不好，团队就会烟雾弥漫，一团糟，勾心斗角，都是负面影响。

以上内容纯属个人观点，本人才浅薄，可能有偏见，希望大家辩证看待。

也希望大家能从多个角度看待绩效考核，找到更多的美！

#专栏作家#

vitamin，微信微信官方账号:皮酱。大家都是产品经理专栏作家，微信官方账号运营小白，初中B端产品(一年开发经验) 三年的产品经验)。主导在线教育产品，目前是跨境电商供应链仓储物流产品。欢迎勾搭学习。

本文原创发表于大家都是产品经理，未经作者许可禁止转载

题图来自 Unsplash，基于CC0协议。