公司标准是半年一次 PM，邮件中心一直这么执行；但是内容部，包括现在的媒体技术产品中心，是每季度一次的

    半年做PM，是拿6个月的薪水的15%做基准；季度的就是3个月做基准，本质上是一样的。季度做PM的好处是可以更有效的激励员工，麻烦是增加管理成本，而且有些不太好分阶段的长期目标就难以做绩效。

    除了个人绩效外，还有公司绩效――搜狐业绩好了，也会反映到每个员工的季度/半年 bonus 里。升职为5级后，来自公司绩效的比例会比4级以下多不少，这也是对管理者的另外一个激励。

    下面忽略公司绩效了，只看个人绩效：

    简单计算一下，一年除了12个月薪水外，还有 12*15% = 1.8 个月的薪水做奖金。

    但不是每个人都拿到（或只拿到）13.8个月薪的。每个业务单元会把所有人的基准拿到一起做成 bonus pool，然后大家再从里面瓜分。瓜分标准就是 PM 结果，得 AA 的家伙有可能拿到 150% 的加成

    从比例上，大概会有四成左右的人拿到 13.8 或者更多（最高者可达 14.7，即12 + 150% * 1.8），剩下的同志就拿不到 13.8 了，顶多就是 12

    ========== 分隔线 ===========

    从 12 - 14.7，这个激励效果明显吗？仁者见仁智者见智吧。但肯定有人觉得这个还不够，所以还发展出这么一种方案，就是从标准月薪里拿出等额的部分，来加倍这个 bonus pool. 换句话说就是 10.2 个月薪 + 3.6 月薪的奖金池。理论上收入范围就成了 10.2 - 15.6

    老实说，这个想法确实蛮值得探索的――反正部门总的薪酬成本没有变化，HR另说，至少财务不会来找麻烦；但是必须员工在入职或者转移部门的时候明确知道有这个方案，否则绩效奖比例达不到 50% 的，肯定就拿不满 12 个月薪水了（10.2 + 50% * 3.6 = 12），执行起来会有比较大的问题

建议继续学习：

1. 搜狐闪电邮箱的 Nginx/Postfix 使用模式    (阅读：32523)
2. 为什么现在那么多人应聘产品经理岗位？    (阅读：6931)
3. 给想转行做产品经理的同学    (阅读：5862)
4. 互联网产品经理必读书目    (阅读：4741)
5. 产品经理与研发经理的分工    (阅读：4274)
6. 行进在产品经理的路上    (阅读：4048)
7. 互联网产品经理，全方位入门，图书推荐    (阅读：3885)
8. 成长的财富，我做产品经理社区组织的这3年。    (阅读：3994)
9. 产品经理怎么和程序员打交道    (阅读：3817)
10. 产品经理3年沉淀和总结    (阅读：3643)