奖励协作而非孤立作战的薪酬方案
奖励协作而非孤立作战的薪酬方案
你可以重画组织架构图,合并汇报线,在全员大会上发表"我们是一个团队"的演讲。但如果薪酬方案依然在为囤积行为买单,人们就会继续囤积。薪酬是一个收入组织中最诚实的文件。无论战略幻灯片上写了什么,它才真正说明了你实际看重什么。而在我们见过的大多数公司里,薪酬方案都在悄悄地告诉每一个职能部门:以牺牲其他所有人的利益为代价,去优化自己的数字,而这恰恰是一个编排型组织想要根除的行为。
这就使得薪酬设计成为收入负责人所能掌控的、杠杆效应最高的事情之一。设计错了,任何结构性变革都无法真正落地。设计对了,协作就会成为阻力最小的路径,因为"该协调的事"和"能拿到钱的事"变成了同一件事。
标准薪酬方案是如何制造孤岛的
默认的薪酬架构,会在没有人刻意为之的情况下制造出孤岛。
以经典设置为例。AE 只按新签约业绩拿提成,仅此而已。CSM 按续约率和毛续约拿提成。市场部门的奖金和产生的 Pipeline 挂钩。每一项单独看都合情合理。但放在一起,它们必然制造摩擦。AE 为了在本季度签下这笔单子,成交了一个匹配度很差的客户,然后把这个烂摊子丢给一个靠维系客户存续拿提成的 CSM。CSM 发现了一个明显的扩展机会,却没有任何理由去拉上 AE,于是这个机会要么无人跟进,要么演变成一场关于功劳归属的争执。市场部门追逐 Pipeline 的数量而非质量,因为数量正是他们被考核的指标。
这里没有人在故意使坏。每个人的行为都完全符合各自的激励机制。这些孤岛看起来像是一个文化问题,但其实是一个披着文化外衣的薪酬问题。这也是为什么招聘和组织架构方面的工作,只有在底层的激励机制理顺之后,才能真正见效。
站得住脚的设计原则
解决办法不是把所有人都按同一个大而化之的混合数字来考核。那只会消除问责制。你想要的是保留个人层面的问责,同时在协作真正创造价值的那些特定节点上,加入共担的利益。
有四条原则做了大部分的工作。
既为共享结果买单,也为局部结果买单。保留一个核心的个人指标,但为共同的结果附加一个真实的组成部分。当一位 AE 的薪酬里包含留存或扩展因子时,他们会突然开始在意自己成交的这笔交易是否真的运转良好。
奖励交接环节。如果 CSM 的薪酬部分取决于客户在交接时的准备程度,而 AE 的薪酬部分取决于他们把这次交接安排得有多好,那么两者之间的接缝就不再会漏水。
让扩展成为共享的奖赏。扩展收入应该同时奖励发现机会的人和促成成交的人。一旦扩展变成一场共赢,而不是一场争夺,它就会主动浮出水面,而不是在功劳纠纷中不了了之。这正是拆除销售与客户成功之间那堵墙的核心机制。
保持易懂。一个复杂到销售代表连自己的薪水都算不出来的方案,只会被无视或被钻空子。如果一条协作激励规则无法用一句话讲清楚,它就不会改变任何人周二那天的行为。
归因是最难的部分
大多数公司回避协作型薪酬方案,正是因为归因问题。一旦两个人可能因同一笔交易而获得报酬,就必须有人来判定谁贡献了什么。这确实很难,在联合销售和合作伙伴业务中尤其难,因为那里的价值是跨公司边界创造出来的。重复计功可能会推高销售成本。计功不足则会直接扼杀你本想购买的那种行为。
这里没有完美的公式,但有几个做法可以有所帮助。
有意接受一定程度的重复计功。为一次协作性的胜利支付两份报酬,通常要比因为双方都不愿协作而损失的收入更划算。把重叠的功劳当作换取这种行为所付出的代价。
把贡献数据化。你只能奖励你能看见的协作。要捕捉谁接触过某个客户、他们发出了什么信号,以及这笔交易实际是如何推进的,都需要共享数据,这正是联合销售归因问题所深入探讨的问题。
持续复盘和调整。协作型薪酬方案不是一次设定就一劳永逸的东西。留意人们是否在钻空子,并根据行为反映出的真实激励效果来调整方案。
一个例子足以说明这需要的改变有多小:一家公司增设了一个不大的扩展奖金池,由发现向上销售机会的 CSM 和促成成交的 AE 共同分享。在这项改变之前,CSM 会把扩展信号压在手里,因为跟进它是一份没有报酬、还伴随着地盘之争的额外工作。改变之后,扩展机会浮现的频率大大提高了,因为双方都有了利益关系,也都不再觉得自己被占了便宜。这个方案并不复杂。它只是让协作行为本身,变成了能拿到钱的行为。
薪酬方案必须匹配运营模式
财务部门不能闭门造车地设计这一切。方案必须反映组织实际运转的业务模式,因此 RevOps 和收入负责人需要共同拥有这项工作。它应该体现出交接环节、共享打法,以及收入被创造或被损耗的那些关键时刻。这与驱动如何为编排时代搭建收入团队架构的,是同一张地图。
从实际操作层面来说,无论谁来设计这个方案,都需要看清交易实际是如何跨职能流转的。没有关于贡献的共享数据,协作型薪酬方案就会沦为无休止的争论。有了它,你就能为战略真正需要的那种行为,精准地买单。
关键要点
- 薪酬是一个组织真正看重什么的最清晰的表达。一个设计失衡的方案,会制造出任何重组都无法消除的孤岛。
- 让每个职能只按自己的局部指标拿报酬,即便所有人都出于好意行事,也必然会产生跨职能的冲突。
- 保留个人问责制,然后在协作真正创造价值的交接环节和扩展时刻,加入共担的利益。
- 归因是最难的部分。接受一定程度的有意重复计功,并把贡献数据基础设施建起来。
- 无论谁来设计这个方案,都需要看清交易实际是如何流转的,否则这个方案就会被争论到无疾而终。
这正是组织设计不再只是纸上谈兵的地方。如果你正在为编排型业务重新设计薪酬方案,你需要一套能捕捉跨职能贡献的系统,因为公平的协作薪酬,取决于能否看清谁做了什么。这正是 Revnewo 这样的平台存在的部分意义。
More from 团队、角色与组织设计
See revenue orchestration in action
Unify your revenue data, signals, and plays on one AI-native platform.