市场化联合销售：与云计算巨头合作而不陷入混乱

通过 AWS、Azure 和 Google Cloud 应用市场进行销售，已经从"锦上添花"变成了大多数 B2B 软件公司董事会层面的优先事项，其中的原因也确实站得住脚。买家可以用已承诺的云消费额度进行采购，采购流程会大幅提速，而云计算巨头的一线销售人员，能带你走进那些你的团队可能要花上好几个季度才能敲开的门。市场化联合销售（marketplace co-sell）——即你的销售代表与云服务商的客户团队共同推进同一笔交易——如今是 B2B 领域最强劲的打法之一。

但它同时也是最混乱的打法之一。联合销售项目本身庞杂而官僚：交易登记、联合销售申请和市场交易，每一项都活在各自独立的控制台里，各有各的规则。你的销售代表搞不懂这套流程，云服务商销售人员的激励机制也不透明，而整件事产生的数据，也从来无法与你的 CRM 对上账。对于联盟和收入运营（RevOps）负责人来说，问题从来不是要不要做市场化联合销售，而是如何在运营开销吞噬掉收益之前，把它真正运转起来。

为什么值得这份麻烦

在深入探讨这团乱麻之前，有必要先说清楚，为什么这个打法值得付出这些努力。

已承诺的消费额度能撬动预算。企业通常会向云服务商预先承诺数百万美元的消费额度，而市场采购正好可以从这份承诺额度中扣减。买家花的是他们早已划拨好的预算，这从根本上消除了采购环节的摩擦，并以其他任何方式都做不到的程度缩短了周期。

云服务商的一线团队拥有你所没有的触达能力。超大规模云厂商的客户团队，深植于全球最大规模的企业内部，拥有长期稳定的高管关系。当他们的销售人员为你的产品做联合销售时，你便继承了那种原本需要你的销售代表花上一年时间冷启动才能建立起来的触达渠道。

私有报价（private offers）让交易本身变得干净利落：定制化定价、协商一致的条款、标准化的合同文本。实际的成交过程，比传统企业合同要简单得多。

这份价值是真实且结构性的。真正消耗掉它的，是运营层面的拖累——前提是你放任它发生。

混乱从何而来

有四个根源反复出现。

流程不透明。这些项目本身确实很复杂：登记门槛、联合销售资格规则、激励层级、上架要求。大多数销售代表从未真正学会这些规则，因此交易要么没有登记，要么登记错误，联合销售的相关权益也就在无声无息中蒸发了。

数据碎片化。登记信息存在于合作伙伴门户中；联合销售状态存在于你根本看不到的云服务商 CRM 里；交易记录则存在于市场控制台中。这些数据没有一项会自动流入你的 CRM，于是联盟团队里总得有人每周手动把这幅拼图拼起来。这是为什么合作伙伴带来的收入在大多数 CRM 中都是隐形的这一问题的一个尖锐案例：应用市场是一整条你的记录系统天然看不见的收入渠道。

激励机制不一致。云服务商的销售人员有自己的配额、自己的优先事项，以及对"本季度该力推哪些供应商"的自有判断。你的销售代表以为云服务商团队会主导这笔交易，云服务商团队又以为是你的销售代表在主导。双方都在等对方先动，交易就这样停滞下来。

归因混乱。当一笔交易通过市场渠道、并有云服务商销售人员参与的情况下成交，究竟是谁促成的？是你的销售代表、云服务商团队，还是市场本身？这是一个单一 CRM 字段回答不了的多方问题，也是联合销售归因难题的一个直接体现。

一套行之有效的运营模式

你无法改变超大规模云厂商的官僚流程，但你可以在它们的系统和你自己的系统之间搭建一层轻量级的运营层。以下四项实践承担了其中大部分的工作。

尽早、系统化地完成登记。登记环节决定了市场权益的得失成败，它必须在交易早期就完成，而不是在最后关头仓促补上。把它变成销售流程中一个触发式的步骤：当一笔交易到达合适的阶段时，系统自动提示销售代表进行登记，相关字段直接从商机信息中预填好。指望销售代表凭记忆去做，这不叫流程。

把市场状态同步进你的 CRM。这一条比清单上其他任何一条都更重要。让联合销售状态和市场交易数据回流进你的记录系统，这样销售代表就能在自己的商机页面上直接看到云端的状态。一旦他们能看到，大部分协调断层会自行消解。

明确每笔交易的责任归属。对于每一笔联合销售，都要明确写清楚：这一步该由你的销售代表主导，还是由云服务商销售人员主导。含糊不清会在交易过程中把它拖垮，这和任何合作伙伴打法在交接环节失败的道理是一样的。为什么合作关系总在交接环节卡壳一文中的所有观点，同样适用于销售代表与云服务商销售人员之间的关系。

事先确定归因规则。在交易开始之前就商定好，市场和云服务商销售人员的参与将如何被记功，并在触点发生时就记录下来。当一笔市场交易成交时，你想要的是一份记录，而不是一场争论。

让它能够规模化

一笔市场交易可以靠个人英雄主义搞定，但跨三家超大规模云厂商的一整个交易组合做不到。随着交易量的增长，人工开销——查看控制台、追讨登记、核对交易、争论归功——会成为你实际能够捕获的市场收入的天花板。

这正是为什么市场化联合销售最终会归结为一个收入编排问题。只有当市场控制台、合作伙伴门户、云服务商 CRM 和你自己的记录系统之间的连接实现自动化——登记被自动触发、状态被自动同步、归因无需人工每次拼凑就能被捕获——这套打法才能真正规模化。那些把每一笔市场交易都当作一个定制化项目来对待的公司，其市场收入的上限，就是联盟团队凭个人之力能够照看得过来的程度。而那些实现了编排的公司，则能把超大规模云厂商的应用市场变成一条真正的渠道。

关键要点

• 上行空间是结构性的：已承诺的消费额度、云服务商的一线触达能力，以及通过私有报价实现的更干净的交易流程。
• 混乱来自四个方面：不透明的流程、分散在你看不见的控制台中的数据、与云服务商销售人员激励机制的错位，以及多方归因问题。
• 把登记做成销售流程中一个触发式的步骤，不要指望销售代表凭记忆完成。
• 把联合销售和市场状态接入你的 CRM，这比其他任何单一举措都更有效。
• 一旦交易量超过个位数，这套打法要想规模化，你的系统和超大规模云厂商系统之间的对接管道就必须实现自动化。

市场化联合销售会奖励那些在超大规模云厂商各自为政的系统之上，搭建起一个统一连贯层的公司，而不是逐笔手动管理交易的公司。如果你正在 AWS、Azure 和 Google Cloud 上同步扩展，像 Revnewo 这样的平台可以把市场信号纳入你整体的收入全景之中，让你不必同时运行三套互不相通的打法。