简短回答。 协同失效（Dis-synergies）是指软件收购在创建收入和利润的同时，因客户流失和关键员工离职而造成的经常性收入和利润损失。它们通常会抵消一半的协同效应，因此最终能计入企业价值的金额远低于表面数字。
大多数收购模型只计算协同效应而不做其他考量。但实际到手的金额会更低，因为任何两次软件公司的合并都会产生协同失效：即在两家公司合并后消失的经常性收入和利润。在典型的软件交易中，协同失效会抵消约三分之一到二分之一的协同效应估值，主要由客户流失和关键人员离职引起。再加上那些从未实现的收入协同效应，最终能计入企业价值的金额可能只是表面数字的一小部分。只考虑正面效应，你就会高价收购。
这种差距导致一项本来在纸面上净协同效应为 48% 的交易，实际操作中可能接近盈亏平衡。我们详细分析过的价值 5 亿美元的企服软件并购案，其表面协同效应几乎减半，原因 exactly 在于这些效应，而且这还是一笔相对顺利的交易。
什么是协同失效？
协同失效是指交易发生前存在的、但因交易而消失的任何经常性价值。成本协同效应削减了开支；收入协同效应增加了销售额；协同失效则悄无声息地两者都削减，而且它们很少出现在收购方的总结报告中。它们是结构性的，而非糟糕执行的迹象：原本拥有独立客户群和产品路线图的两家公司现在合并成一个组织，摩擦在所难免。
在软件交易中，损害集中在以下几个方面：
- 客户流失。 被收购的客户比之前流失得更快，尤其是在他们与买方的产品有重叠或担心被强制迁移的情况下。
- 交叉销售的内部吞噬。 将两个重叠的产品捆绑销售，可能会促使客户转向更便宜的组合套餐，而不是增加收入。
- 关键员工流失。 创始人、高级工程师和顶级销售人员在期权兑现后离开，带走了产品知识和客户关系。
- 整合拖累。 共享的产品路线图会减缓产品发布速度，平台迁移期间会堆积大量支持工单，合并后的公司增长速度会慢于两家公司独立发展时的速度。
被收购的软件公司实际损失了多少收入？
关于并购的行业研究表明，在典型的技术收购中，被收购客户的第一年流失率约占被收购客户总数的 5% 到 10%，当两款产品重叠或强制迁移时，流失率会上升到 15% 到 30%。收入协同效应的实现情况几乎在所有方面都比成本协同效应差：买家通常能实现计划成本节约的 60% 到 80%，但只能实现计划收入增长的 30% 到 50%。麦肯锡和 BCG 等公司多年的并购整合研究一直反映了这种差异。
下表按交易类型对这些范围进行了细分。这些是行业内的指导性估计，而非针对任何单一交易的预测。
| 交易类型 | 客户流失（第一年） | 收入协同效应实现率 | 主要的协同失效驱动因素 |
|---|---|---|---|
| 相邻产品，无重叠 | 5–8% | 40–50% | 整合拖累 |
| 重叠产品（整合） | 15–25% | 30–40% | 客户流失 + 交叉销售内部吞噬 |
| 人才/技术收购 | 12–20% | 不适用 | 关键员工流失 |
| 平台整合 | 15–22% | 30–45% | 迁移驱动的客户流失 |
研究结果一致表明：两款产品在争夺同一位买家时竞品程度越高，客户流失率就越高，净协同效应就越低。强制所有被收购客户迁移到单一平台的一次性整合，以牺牲短期效率为代价，换来了可能持续两个续订周期的客户流失峰值。我们的整合手册涵盖了如何对这些迁移进行排序以降低客户流失率。
时机与规模同等重要。交易关闭后的客户流失很少是平稳发生的；它通常在交易宣布后的第一次续订日期附近集中爆发，然后在迁移截止日期到来时再次爆发。将 15% 的年流失率平均分配到十二个月的模型，在早期几个季度看起来还不错，但在续订时就会出现严重偏差，而这恰恰是收购方已经付出了代价并确认了商誉的时候。
总协同效应 vs. 净协同效应：大多数模型忽略的桥梁
表面上的协同效应数字几乎总是总值。最终计入企业价值的是扣除协同失效后的净值，而且在重叠交易中，两者之差可能超过一半。在旗舰评分卡中，我们从模型到实际的完整地跟踪了整个交易过程，这里的桥梁则专门分离了协同失效的各项。我们以一项说明性交易为例：以 1.8 亿美元的价格收购一家年经常性收入（ARR）为 3000 万美元的公司，这是一笔有严重产品重叠的整合交易（一个比平均情况更糟糕的案例，损失率高于上述典型范围），总协同效应计划为 1200 万美元，所有数字均以年化总利润率计算：
| 项目 | 年价值 | 累计总计 |
|---|---|---|
| 总成本协同效应 | +700 万美元 | 700 万美元 |
| 总收入协同效应（交叉销售贡献） | +500 万美元 | 1200 万美元 |
| 收入协同效应不足（仅实现 35%） | -325 万美元 | 875 万美元 |
| 客户流失（3000 万美元 ARR 的 15% ≈ 450 万美元收入；按 80% 的利润率计算约 360 万美元总利润） | -360 万美元 | 515 万美元 |
| 关键员工和整合拖累 | -120 万美元 | 395 万美元 |
以年化总利润率计算的说明性数字；并非具体交易。
计划是 1200 万美元。净年化值为约 395 万美元，约占表面数字的三分之一。如果以总协同效应为基础来确定倍数，那么在整合完成之前，交易就已经在损害价值了。这是我们见过的最常见的建模错误之一：将总协同效应视为净协同效应，然后用一个永远无法实现的数字来证明价格的合理性。
为什么被收购的流失客户是沉没资本（EBITCAC 视角）
根据 EBITCAC 的视角，客户获取成本是用于建立收入资产的资本，而不是每季度重置的运营费用。被收购的客户承载着卖方最初的客户获取成本（CAC），再加上买方支付的溢价。当该客户在第一年流失时，这两层资本都将消失，而且未来的总利润永远无法弥补。交易将投入的资本变成了冲销，而不是账户回报，这就是为什么交易关闭后的客户流失对内部收益率的影响比有机客户的同等收入损失更大。
这种视角改变了你的定价方式。一家第一年交易关闭后客户流失率高达 20% 的目标公司，不仅在损失收入；它还每年将与这些客户相关的资本中的五分之一置于风险之中，这还不包括任何剩余价值或协同效应。跟踪各阶段 EBITCAC 的买家倾向于从一开始就在模型中纳入续留支出，而不是在交易完成后才作为意外之喜来处理。
如何在签署前模拟协同失效？
将风险因素纳入基本情况，而不是作为脚注。最关键的两个输入项与协同失效直接相关：
- 将客户流失的假设设定为两家客户群的重叠程度，而不是卖方独立运营时的流失率。重叠程度比任何历史流失数字都能更好地预测客户流失。
- 将续留计划、迁移工程和关键员工的成本视为实际现金支出，然后按总利润价值从总协同效应中扣除。
- 然后以零净协同效应运行交易：如果即使没有任何协同效应的额外收益，价格仍然合理，那么就已经有了真实的风险缓冲。有关完整的模型构建，包括如何削减计划中的协同效应并将其分摊到八到十二个季度，请参阅我们关于如何为软件交易建模并购协同效应的指南。
收购方创始人也应该以同样的方式进行压力测试，因为无论协同效应是否实现，债务偿还都会照常进行。我们关于如何为 SaaS 收购融资而不稀释股权的说明，将净协同效应与合并企业实际能承担的债务额挂钩。
如何最快地减少协同失效？
在追求交叉销售之前，先稳定被收购的客户群。第一年，留存比扩张的计算更有价值，因为保留的每一美元被收购的 ARR 都比赢得一美元具有不确定性的协同效应更有价值：留存的美元已经过成本。尽早沟通产品路线图的连续性，推迟强制迁移直到合并后的产品真正更优，并留住那些与顶级客户建立关系的关键人员。这些都无法在协同效应总数中体现，但它们却决定了模型是能站住脚还是在第一次续订时就崩溃。那些超出协同效应计划的交易，通常是那些失去最少的交易，而不是那些增加最多的交易。
