波仔
☁️ 第五章 驱动云服务的技术
📄 一句话概括

云服务商越做越大之后会碰上一件事：客户分布在全社会各行各业，而自己的销售只懂自己那一套。于是销售这一环交给更懂当地、更懂行业的人——这就是销售合作伙伴。它的本质是一次成本结构的转换：把【先付工资再等成交】的固定成本，换成【成交了才分成】的变动成本，代价是客户关系隔了一层。

📝 本节和前面几节的关系

这一节是本章的最后一节，也是唯一的非技术节——教材把它放在这里，和第四章末节（4-20）的用意一样：技术讲完了，得回头看看这门生意是怎么转起来的。

它接的是 系统关联操作中发生的变化 那条线：那一节讲【云服务集成商】这个角色的出现（从卖系统变成替你运营），这一节换到云服务商自己的视角——它需要什么样的伙伴来卖、来装、来盯着。

一、云服务商为什么需要伙伴

先看一个矛盾：云服务商的客户遍布各行各业，但它自己的销售团队只懂自己那一套。

这三条合起来就指向了同一个答案：把靠近客户的那一环，交给本来就站在客户身边的人。

二、动手 Demo：两种卖法的账

看到什么算成功：

==================================================================================================
【Demo 10】云服务提供商的目标：销售合作伙伴
==================================================================================================
  云服务商越做越大之后，会发现一件矛盾的事：
  客户分布在全社会各行各业，而自己的销售只懂自己那一套。
  于是就有了合作伙伴——把销售这一环交给更懂当地、更懂行业的人。

  【一】两种卖法的账（目标：覆盖 1000 家客户）

  方式                需要多少人          一年人力成本      拿到什么
  --------------------------------------------------------------------------------------
  全部直销            50 人               1500 万元         客户关系全在自己手里
  全部走伙伴          10 人（管理）       300 万元          覆盖快，但隔了一层
  混合：直销大客户    20 人 + 100 家伙伴  600 万元 + 分成   两头兼顾

  直销的算法：1 个销售一年能签 20 家，1000 / 20 = 50 人；
  每人年成本约 30 万元，50 x 30 = 1500 万元。

  【二】伙伴模式的本质：把固定成本换成变动成本
    直销：先付工资，再等成交  → 成本是固定的
    伙伴：成交了才分成 15% ~ 30%  → 成本跟着收入走

  算一笔：伙伴一年带来 3000 万元收入，按 20% 分成要付 600 万元——
  比 1500 万元的直销团队便宜，但客户关系不在自己手里。
  这就是取舍：要【覆盖速度】还是要【客户关系】。

  【三】伙伴不只卖，还负责落地
    真实的伙伴角色比【销售】宽：
      · 帮你评估要不要上云、上哪家  → 咨询
      · 帮你把老系统搬上去          → 迁移
      · 上线之后继续替你盯着        → 托管服务
    所以伙伴的收入也分两块：卖出去的一次性佣金，
    以及持续服务的年费——后者才是能把关系维持住的部分。

  一句话收束这一章：云服务不是凭空跑起来的。
  底下要有机房和交换机，中间要有负载均衡和容错，
  上面要有监控和管理工具，最后还要有人把它卖出去、装起来。

读结果：

三、伙伴为什么不止是「卖」

【销售合作伙伴】这个名字容易让人只想到卖，但实际角色宽得多。原因是客户真正需要的东西，销售提供不了：

客户的问题 谁来回答 伙伴的角色
我该不该上云、上哪家 懂行业的人 咨询
怎么把老系统搬过去 懂系统的人 迁移
搬完谁替我盯着 愿意长期负责的人 托管服务

这三件事有一个共同点：都要对客户的实际情况足够了解。 而云服务商离客户太远——它知道自己产品的每一项能力，但不知道这家医院的数据不能出院、这家工厂的生产线不能停。

所以伙伴的不可替代性，就在这个【知道】上。 这也解释了为什么伙伴的收入分两块：一次性佣金（卖出去）+ 持续服务费（一直管着）——后者才是把关系维持住的部分。只能赚一次性佣金的伙伴，会不断去找新客户；能赚持续服务费的伙伴，才有动力把老客户照顾好。

四、本章到此

第五章从【开放】起头，一路讲到【卖给谁】。

回头看，这十节其实在回答四个层次的问题：

一句话收束这一章：第四章讲的是【云是怎么搭出来的】，这一章讲的是【搭出来之后靠什么转起来】——而转起来的关键，一半在技术（开放、通道、容错、监控），一半在流程和人（受理、复盘、看账、卖出去）。这两半合起来，才是【驱动云服务的技术】这个标题的完整意思。

30 秒实验

打开任意一家云服务商的【合作伙伴】页面（多数叫【合作伙伴计划】【渠道合作】），做两件事：

  1. 看它把伙伴分成几类（通常会分成【咨询类】【技术类】【销售类】【托管服务类】这类）。
  2. 看它对伙伴的认证要求——有没有要求多少张技术认证、多少个案例。

做完这个你会看到一个规律：认证要求最高的一般是【托管服务类】。原因是这一类伙伴要长期替客户负责，云服务商必须确保它接得住。这正好印证了本节的观点：伙伴的价值不在于【能把东西卖出去】，而在于【能对客户负责到底】——卖只需要口才，负责需要能力。

常见误区

  1. 错误：合作伙伴就是帮云服务商卖东西的渠道。——纠正：卖只是其中一环，而且往往不是最难的一环。真正让客户离不开伙伴的是后面两件事：帮你判断该不该上、帮你搬完继续盯。所以伙伴的收入结构里，持续服务费比一次性佣金更值得注意——能收服务费的伙伴，才有动力把客户的事当成自己的事。

  2. 错误：写进合同里就是伙伴，合作关系就稳了。——纠正：分成比例决定合作能走多远。如果伙伴只能拿一次性的佣金，它的理性选择就是【不断找新客户】，老客户的长期体验没人负责；只有当伙伴能持续从这笔业务里获得收入时，它才会去维护。 所以云服务商的伙伴政策里，最关键的通常不是佣金多高，而是【能不能持续分到钱】。

  3. 错误：云服务商自己做伙伴的事就好了，何必分钱出去。——纠正：它做不了，因为成本结构不对。伙伴们对客户的价值来自【对当地、对行业的了解】，这种了解没法在总部批量生产——要覆盖 1000 家客户，按本节算就是 50 个销售（1500 万元/年），而且他们还不一定懂客户的行业。所以云服务商买的其实不是【销售渠道】，是别人的行业知识和本地关系——这个东西花钱买比自己养便宜得多。

  4. 错误：这一节讲的是销售，和前面的技术没关系。——纠正：它们是同一件事的两半。本章前九节讲的都是【技术上怎么让它转起来】，而任何技术方案最终都要有人为它付费才能持续存在——3-1 讲 IT 供应商的角色变化、3-9 讲集成商变成服务商，这一节讲云服务商自己怎么把东西送到客户手里——三节连起来，才是【这门生意怎么转】的完整图景。

自测三问（点开对答案） 1. 为什么说伙伴模式的本质是【把固定成本换成变动成本】？ —— 因为**成本跟着收入走这件事，本身降低了风险**。直销团队要**先付工资，再等成交**——如果市场没起来，这 1500 万元是照付的。而伙伴模式是**成交了才分成**（本节算的是 20%）——**没有收入就没有支出**。这个结构和云自己的按量计费是同一个逻辑（1-2 里算过的那笔账）：**它把【赌未来】变成了【跟着现在走】**，代价是单位成本更高（分成 20% 通常高于自己销售的提成）。 2. 为什么伙伴能做的事，云服务商自己做不了？ —— 因为**伙伴的不可替代性来自【对客户实际情况的了解】**——这家医院的数据能不能出院、这家工厂的产线能不能停。**而这些知识是本地、本行业积累出来的，无法在总部批量复制**。云服务商当然可以雇更多销售，但**雇来的人仍然不懂那些行业**，而且成本是固定的。所以它买的不是【销售人力】，而是**别人的行业知识和长期关系**。 3. 为什么【持续服务费】比【一次性佣金】更关键？ —— 因为**收入结构决定了伙伴的行为**。只拿一次性佣金的伙伴，**理性选择就是不停找新客户**（因为老客户的维护不产生收入）——结果是客户买完之后没人管。而能持续分到钱的伙伴，**有动力把客户服务好**（客户在用、在续费，它才有收入）。所以合作能不能长久，**关键常常不在佣金比例高低，而在【有没有后续收入】**。

相关笔记