绩效这件事，我相信一定是每个小老板最头疼的，我也是，一粒云到现在11年，从几个人到几十人，但是无论什么时期我很头疼，我尝试过N种奖励方法，其中有很多都不长久。

但是有几个是我一直保留的，也是最简单的，奖励结果！你千万千万不要因为感觉公司业绩不错了，就去奖励那么看起来努力，又做不出成绩的人。

软件公司最容易出现一个问题：很多工作很难直接衡量。

开发每天写代码，测试每天测功能，产品每天开会，运营每天发内容。

每个人看上去都非常忙。

但如果最后产品没有进步、客户没有增加、Bug越来越多、收入没有增长，那么这种忙碌到底有什么意义？

所以我现在越来越倾向于一个非常简单的原则：

奖结果，不奖忙碌。

当然，这句话也不能走向另一个极端。

不是只看销售额，也不是用一两个数字机械评价所有岗位。

不同岗位应该有不同结果。

工程师的结果，可以是版本按期交付、生产事故减少、系统性能提升、技术债降低。

测试的结果，可以是P0问题减少、回归自动化增加、版本更加稳定。

产品的结果，可以是需求成功率、用户使用率和真正解决的问题。

运营的结果，不应该只是“本月发了30篇文章”，而应该看有没有有效线索、有没有带来试用和客户。

客户成功，则应该看响应、满意度、续费和问题闭环。

我也越来越不喜欢把奖金搞得过于复杂。

小团队不需要几十个绩效公式。

即时的小奖励，一两百、三五百元，表达公司对优秀行为的认可就够了。

真正重要的奖励其实不是几百块钱。

而是：

谁优先加薪？

谁优先晋级？

谁能成为Owner？

谁能负责更核心的产品？

谁能获得更多资源和决策权？

反过来，惩罚也不一定是罚钱。

一次问题，可以提醒。

重复问题，就需要复盘。

长期达不到岗位要求，就应该放慢晋级和加薪速度。

这样员工会很清楚：

公司不是因为一次错误否定一个人，但也不会长期奖励没有成长的人。

我希望未来形成的是一种很简单的文化：

做出结果的人得到认可；

主动承担的人得到机会；

让整个团队变得更高效的人得到成长；

而不断重复同样错误、只解释不解决的人，会慢慢失去更重要的机会。

绩效最终不是为了管人。

它真正应该解决的问题是：

让组织里的资源，持续向能够创造价值的人倾斜。