变革管理：在不引发团队抵触的前提下推行编排

你完全可以在白纸上设计出一个完美的编排型收入组织：清晰的汇报线、一致的激励机制、共享的信号，再配上一个不错的平台，然后眼睁睁看着它在第一个季度就宣告失败。不是因为设计错了，而是因为那些必须在这套体系中生活和工作的人，从来没有真正认同它。销售代表依然默默按老办法做事。经理们守着自己的一亩三分地。RevOps 则为这场混乱背了黑锅。组织架构图变了，行为却没有变。大多数收入组织的转型都倒在了这一步，而且几乎没有一个是死于战略本身出了问题。

对于正在推动这类转型的 CRO 和 RevOps 负责人来说，一个不那么舒服的事实是：编排的推行，主要不是一个系统项目，也不是一个组织架构项目，而是一个行为项目。你要求改变的这些人，有肌肉记忆，有既定的配额，对自己的地位有真实的焦虑，也完全有理由想再熬过一次"新举措"就算了。真正的工作，就是要跨过这一关。

抵触是理性的

编排要求人们放弃一些东西，值得把这些东西具体说清楚，因为站在他们的角度看，这种抵触是有道理的。

自主权。那位过去把自己的客户名单经营得像私人领地一样的销售代表，现在被要求共享信号、遵循既定打法、干净利落地完成交接。从他们的角度看，这感觉像是被监视，而不是被支持。

对自己业绩数字的掌控权。共担责任意味着，你的考核部分取决于你并不完全掌控的结果。对于一个靠个人业绩打拼出职业生涯的人来说，这是真实存在的威胁。这也是为什么为编排型组织招聘人才会带来如此重大影响的原因所在。

功劳。如果协作意味着别人可能会因为"我的"交易而拿到提成，那么有所保留就不是固执，而是自我保护，直到薪酬方案真正让协作变得划算为止。

还有疲惫感。大多数收入团队都已经熬过了好几次失败的转型。面对新一轮变革，他们习得的应对方式就是点头、敷衍配合，然后等着这阵风过去。

如果把这些当作不讲道理的阻挠来对待，你最终会和自己的员工对着干。如果把它当作合理的反应，去正视背后的那些担忧，大多数人其实会愿意与你同行。

那些成功落地的推行方案有什么共同点

真正能挺过这个阶段的组织，都遵循着一种可辨识的模式。这与举办更盛大的启动仪式无关。它关乎的是如何降低风险、建立信任。

从小处切入，先证明它有效。不要一次性重组整个收入组织。挑一个业务动作，比如销售到 CS 的交接，或者一个单一的联合销售打法，先让编排在这里明明白白地跑通。一次实打实的早期胜利，比任何战略幻灯片都更能说服怀疑者，这也是为编排时代搭建收入团队架构所倡导的分阶段推进方式。

先修正激励机制，再要求行为改变。你不能一边支付薪酬鼓励囤积，一边要求人们协作。先调整薪酬方案，否则这场推行就是在和薪水对着干，而且必输无疑。这个先后顺序，正是奖励协作的薪酬方案这篇文章的核心论点。

和真正要执行的人一起共同设计。受影响的团队应该参与新打法和新流程的设计过程。人们会捍卫自己参与创造的东西，也会绕开被强加给自己的东西。把一线销售代表和经理拉进设计过程，是你能买到的最便宜的一份保险。

让新方式变得更轻松。如果编排给销售代表的日常工作增加了更多点击和流程负担，却没有让他们的日子变得更好过，他们就会绕过它。系统必须能减少摩擦，在工作流程中直接呈现正确的信号或下一步行动，正如把收入信号转化为下一步最佳行动所描述的那样。经过编排的路径，同时也必须是阻力最小的那条路径。

领导层与 RevOps

一场没有持续、可见的高管支持的推行，在组织内部会被解读为"可选项"，而可选的变革是不会真正发生的。领导者，尤其是CRO，必须做的不仅仅是在启动会上表个态然后就消失。他们必须身体力行地示范这种行为，在季度压力试图把这项工作边缘化时保护它，并让经理们不仅要为业绩数字负责，也要为转型本身负责。

RevOps 承担着大量运营层面的工作，也往往在事情显得混乱时首当其冲地被指责。在整个推行过程中保护好这支团队非常重要，因为正是他们把新的设计转化为日常的现实运作。这也是为什么RevOps 是整合枢纽这一功能如此重要，尤其是在转型最混乱的中间阶段。

两家公司推行同一套编排模型。第一家在全国销售大会上宣布全面重组，一夜之间切换新系统和新的区域划分，结果对采纳率的崩塌感到震惊，顶尖销售代表也开始更新简历。第二家则先选定一个区域和一个业务动作，先为这个团队调整好薪酬方案，和真正要执行新交接打法的代表们一起共同设计，在一个季度内展示出可衡量的提升，然后带着这批早期采纳者作为"布道者"逐步推广。目的地相同。但只有第二家真正到达了终点，因为它把这场推行当作变革管理来对待，而不是一次简单的公告。

把节奏放慢

要抵制"一次性搞定所有事"的压力。编排是分层构建的：先是共享数据，然后是一致的激励机制，接着是动态打法，最后才是更大的范围。这不是打开一个开关那么简单。分阶段推进能给人们时间消化每一层变化，能为你积累证据来建立势头，也能让整个努力拥有足够的韧性，去挺过必然会出现的坎坷阶段。一场与人们实际改变节奏相匹配的转型，永远胜过一个被过快强行推行的完美设计。以我们的经验来看，每次都是如此。

关键要点

• 组织架构图是容易的部分。当行为跟不上时，推行就会失败。
• 人们抵触是有充分理由的：自主权、自己的业绩数字、自己的功劳，以及对过去三次"新举措"的记忆。
• 先在一个业务动作上赢下来，再去触碰整个组织。
• 在要求协作之前先改变薪酬方案，并让真正要执行新打法的人参与设计过程。
• 高管的支持必须在启动会之后依然清晰可见，RevOps 也需要在混乱的中间阶段得到保护。

在不引发团队抵触的前提下推行编排，归根结底是要尊重你要求他们改变的这些人，并合理安排工作节奏，让他们有理由相信这件事。如果你正在规划这样一场转型，不妨花点时间了解一下，像 Revnewo 这样的平台，如何让编排的路径对你的团队来说变得更轻松。那才是这场战役中的大部分胜负手。