SaaS增长的第二曲线：寻找中国的Slack和Zoom

编者按：本文来自微信公众号“硅谷销售研究院”（ID：WinningByDesign），作者 硅谷蓝图Patrick，36氪经授权发布。

主题：

商业化体系的开放设计

Zoom和Slack:不只是PLG的成功

产品与销售：两条线的增长

落地选项

结论

最近大家都在聊怎么找到中国的Slack和Zoom。

Slack和Zoom的成功是商业化的成功。这个毋庸置疑。

毕竟，这类企业商业模式的增长速度，毛利率，持续增长能力，上市前烧很少钱（相对2C）的投资高效率，大家有目共睹。

今天这篇文章旨在寻找他们商业化里面一些隐藏的共性，是我对如何寻找中国Slack和Zoom类企业的一种判断，同时也是对希望长成那个样子的中国企业商业化路径的一个建议和指引。

商业化体系的开放设计

我们做规模化增长设计，其实对技术本身（AI,IoT）等等没有太大兴趣，或者不觉得技术本身是决定企业成败的关键。

毕竟不管技术好坏，是否尖端稀缺，商业化的成功才是做公司的最终目的。而商业化在我们看来无非是周期，客单价，转化率的不同组合复杂程度的集合而已。

在规模化的过程中，技术变成了产品才算刚刚起步，产品设计本身自带商业化内核才是真正牛，产品商业化跑出来规模化体系之后公司才可能真的有投资价值。

而B2B商业化本身如果只有传统销售环节，只崇尚打大单，就会在企业长大过程中不停撞墙。反过来，2C背景的CEO过来做2B，只会做大免费产品的盘子，没法变现，这也是个大问题。

商业化体系化本身是个不断复杂不断进化的过程。我们对自己的商业化体系最终长成什么样子一定要有开放心态。

这个开放心态背后的逻辑是，SaaS只是你想要做的事情的一个载体。这个事情本身有关情怀，梦想，但实质就是一个生意，本身可能会牵涉到2B或者2C，或者有交易环节。所以想要跑通商业化，首先要定义自己想要做的事情是什么，其次是设计什么样的生意模式可以帮你做到这个事情。

不要拘泥SaaS是否纯粹，她只是一个载体。

不要为了SaaS而SaaS。

商业模式的设计一定要开放，可以有各种元素，不能拘泥。

Zoom和Slack，不只是PLG的成功

我们看硅谷新兴公司如Zoom和Slack的成功，绝大多数的人会认为他们就是产品的成功，所谓PLG产品驱动的内生性增长(ProductLedGrowth)，没有销售或者及其不重视销售。

错！很多人会拿做IT开发管理的澳大利亚公司Atlassian来做PLG的典型案例。2002年创立，2015年上市。不算快，因为从头就赚钱。全球15万企业客户，年收入12亿美金，市值300亿，PS值是令人发指的30倍。

就像Salesforce标榜”nosoftware”一样，Atlassian引以为傲的是”nosales”。没有销售人员，产品自己卖。产品好，客户喜欢，口碑病毒传播，没有销售，是个传奇。

事实呢？公司创立的前十年，应该真的没有销售人员。但是今年是第17个年头了，根据年报，他的销售和管理开支已经达到了大约5亿美金，占收入的40%了。

什么意思？第一个十年，的确靠产品打出了一片天下。收入是1亿美金，没有一个销售人员。确实是个PLG的传奇。

但是第二个十年，从一个亿拉到12亿，他的打法其实发生了根本的变化。

从单一产品驱动的增长，转向了产品和销售双轮驱动。而后者，是他第二个十年12倍增长的核心。

你以为Zoom就是简单的PLG吗？Slack也是吗？

他们比Atlassian还早就有了销售团队。

SurveyMonkey知道吗？做线上问卷服务，2007年创立，到今天依靠产品内生性增长用户达到6000万。

他的年报里说“从历史数据上看，我们的业务模式的增长动力来自原生用户和病毒式增长，尤其是免费用户转换为付费用户，产生了大约80％的个人付费新用户。“

但是”目前我们正在扩大曾受到限制的销售队伍规模。“

Dropbox和Box大家是否一直会混淆不清？我以前也会，因为两家都是做线上存储的，但是两者之间Box更加关注企业级客户（即传统销售方法），而Dropbox更加关注产品的原生性增长和销售体系的结合。Dropbox的市值是Box的4倍（80亿相对20亿美金）。

采用这种混合增长方式获得成功的公司还有很多。比如：

我把这种增长叫做SaaS增长的第二曲线。

第一根是产品驱动增长的曲线，第二根是销售驱动增长的曲线。两者成为一套体系，做对的话，可以带来公司巨大的营收增长。

有人可能会说，在中国做这种尝试的公司很多，比如问卷网，易企秀，就是用2C产品做2B嘛，简单！

然后大部分认为这个事情简单的人做了一段时间之后就会败下阵来。他们会说“ToB的增长逻辑与ToC逻辑相左，内生性不同！”似乎ToC和ToB的逻辑无法兼容。

事实呢？

的确，做惯2C的人在C这里再成功，也很难抓住B的痛点，不知道如何帮B解决问题，让B掏钱。

但这并不代表懂得2B痛点的人，不能通过一些2C的技巧，做出一个让B的终端用户超级喜欢的产品。

对的，这里的关键词是“终端用户”。他们是C。

抓住终端用户的某些痛点刚需，用产品驱动出来一个B的基本C盘，然后用2B销售的方式慢慢吃。

为什么不？

产品与销售：两条线的增长

两条线的增长模式，其实可以从根本上解决几个ToB增长最大的痛点。

我跟很多CEO讨论2B销售的难点，大家公认的有三点：

1.获客难

2.销售需要改变客户认知，更难

3.产品非刚需，可有可无，购买低频，最难

那么如果前面有一个面对终端用户的C级产品呢？

获客？商机从体验过C级产品的现有用户中转化，靠内部口碑推荐。

客户认知改变？不存在的。全部用户都已经被洗过脑，准备好被你收割。

产品可有可无？产品在哪个行业/场景高频使用，刚需就在那里。

我在说什么？

做传统软件的，是时候考虑在前面放一个非常棒的轻产品来拉动需求了。

历史上，传统软件通常会有意把产品做的复杂，这样才能显得专业，然后才需要传统销售以沟通者的角度来做客户关系管理。

但是这条路已经走不通了。或者说这是一条长期主义的路，走不快。

他会堵在获客上面，客户认知上面，刚需场景找不到。

即便TO大B的产品，也要考虑做的更简单，更加贴近终端用户。

产品设计不是为了高管买单，而是终端用户。

一个好的ToB的生意，无论你是从大B还是中小B收钱，都值得再加上一个To终端用户C的基本盘。用这个基本盘解决获客，认知和刚需问题。

落地选项

这个两条线的商业模式在中国最大的落地平台是什么？

企业微信，钉钉，还有飞书。

对于在这些平台生态里面的第三方产品来说，平台就是他们的第一条线。相当于把第一条线外包了。

但是对于主动或者被动选择不加入这些生态的企业来说，怎么构筑自己增长的ToC的基本盘？

两条线一开始肯定不兼容，是不是需要找两个CEO来做？

一个公司两个CEO两根增长线的话，中间怎么协调？

等一下，为什么要协调？

因为前面的坑太多了：

1.C线增长太快，B线销售没有收租的好办法。商业化失败。

2.C线增长并没有自然引出B线销售正确的买方人设。比如开源社区，行业用户社区等。商业化失败。

3.C线增长反而让B线销售客单价降低。失败。

4.C线增长太慢，B线销售并没有取得获客红利。碰上公司没有战略定力。C线卒。

5.B线的销售故事与C线增长故事矛盾。失败。

6.B线销售急于收割C线增长红利，两者之间没有协调出总体商业化战略节奏，失败。

所以说，协调重要吧？那么是不是这个协调的工作应该董事长来做？

无论是不是这么安排，中间需要有个协调人来帮助公司淌过上面这些坑。在企业微信，钉钉，还有飞书生态里的CEO，其实如何与平台协调也是他们花大力气在做的工作。

结论

我一直说，不要为了SaaS而SaaS。SaaS就是一个生意，是你想做的事情的载体。

SaaS收入的估值是高，因此这部分收入占你总收入的比例的确越高越好。

但是这不妨碍你做人力密集型的交付和其他专业服务比如咨询。因为这些元素都是你商业模式的必须。

不要为了SaaS而SaaS。无谓的追求SaaS的纯粹，那就是给自己找麻烦。那么再往大了说，不要为了ToB而ToB。如果有必要，你的商业模式里面当然可以有ToC的元素。

B2B2C。B2C2B。

我在说的是，你的生意可以是To C开场，然后To小B，最后To大B。或者几条线齐头并进，互为依托。

今天被获客所困的To B生意，都需要积极考虑如何加入C端的元素。

今天已经有了ToC元素的生意，必须珍惜这个元素在长期发展中的巨大意义。坚持两根曲线发展，不能动摇。你现在考虑的，应该是如何将两者互相的拉动效应做的更加完善。

To C融入To B，To B吸收To C，两条增长曲线的混合发展，可能就是前面20年To C大发展之后，接下来20年中国ToB增长的最大红利。

不相信的话可以关注一下现在To C企业人才向To B企业流动。

其实我觉得，这个流动的步子还可以再大一些。

相关推荐

SaaS增长的第二曲线：寻找中国的Slack和Zoom
Zoom和Slack的第二曲线
Slack、Zoom们全军出击 中国的远程软件准备好了吗？
著名分析师：企业级市场上，微软、Slack、Zoom的优势与缺陷
Zoom开始做硬件，Slack没能长大，为什么？
Slack上市了，国际顶级VC关注的SaaS指标都在这里了
Zoom的下一步？
没有护城河的 Zoom，应该如何用好手上的空白支票？（上）
当Zoom开始做硬件，当Zoom的营收增速开始下跌
Salesforce收购Slack，全球SaaS格局将发生哪些变化？

网址: SaaS增长的第二曲线：寻找中国的Slack和Zoom http://www.xishuta.com/zhidaoview4126.html