从连踩5年坑到年营收2.7亿美元,SaaS独角兽靠这一手段实现逆转

免费增值模式,即基本服务免费、附加服务付费,这是很多SaaS服务创业公司的基本套路。如果你也一样,那么你肯定面临着两个难题:一是如何持续扩大免费用户的增长,二是将这些用户转化为付费用户。在这两个问题中,第一个问题往往是最让创业者头疼的。

在这个问题上,面向中小企业的营销自动化上市公司HubSpot积累了相当丰富的经验。HubSpot成立于2006年,2014年10月在纽交所上市。在之后2年半时间里,年营收由1.2亿美元增长到2.7亿美元,股价也相应翻了一倍。

在其早期产品发布后的近5年时间里,HubSpot一直都无法大规模的实现免费用户的增长,直到后续完善了整个业务链,产品才得到大规模推广。

今天,星河研究院带来了HubSpot的营销VP Kieran Flanagan在趟过五年坑之后的经验之谈。Saas企业如何在免费增值模式下,实现免费用户的不断增长?以下为全文:

你的产品能够实现规模化扩张吗?

一个很好的免费增值的漏斗模式将免费用户转化为付费用户的转化率大概在4%左右。这是个很低的转化率了,如果你想盈利的话,就需要尽量增大漏斗顶部的用户数量,这就需要找到匹配产品的渠道(product-channelfit)。

在找到产品匹配的渠道之前,SaaS公司可以先通过HubSpot提出的一个指标先衡量一下是否具备了产品能够规模化扩张的可能性。这个指标是LTV(客户生命周期价值)与CAC(获客成本)的比值,基本上LTV/CAC > 3,就代表产品能够规模化扩张。

如果你的产品的LTV/CAC < 3,那么你还需要继续优化你的产品或者完善业务链。如果你的产品已经具备可规模化扩张的可能,那么你可以往下看,看如何找到匹配产品的渠道。

如何找到匹配产品的渠道?

HubSpot自2006年以来已经有了很大的增长,这种增长很大程度上是来自Google的自然流量增长。我们将这种自然流量叫做「被动」模式(PassiveMode)——用户是HubSpot的精准用户,但并不是在Google上主动搜索HubSpot的产品。相反,他们是通过Google搜索链接到其他形式的内容或阅读博客上面的内容才成为HubSpot的用户。

Google成为很好的引流方式主要是因为HubSpot可以通过被动模式教育用户使用其营销产品并且可以让用户知道如何可以通过HubSpot的营销产品来发展他们自己的业务。这样的结果是HubSpot不仅可以通过「购买」模式(buyingmode)创造收入,也可以通过「被动」模式增加收入,因此Google就成为其营销产品的主要渠道。

但是Google这个渠道在HubSpot的免费增值CRM产品中就发挥不了很大的作用。首先,很难通过被动模式去说服人们尝试新的CRM产品,即使这个产品是免费的。其次,在Google上有关CRM的主题搜索流量本身就很少。所以,CRM产品的匹配渠道看起来是这样的:

HubSpotCRM产品匹配渠道

在主动「购买」模式中,HubSpot最重要的获客渠道是:

  • 口口相传(Word of Mouth, WOM),需要用净推荐值(NPS)衡量;
  • 在Google上进行有购买意向的关键字排名;
  • 确保产品的名字出现在汇总HubSpot产品评论的网站上。

在「被动」模式下,可以尝试将人们首先转化到使用另一个免费的工具上,这个免费工具的注册非常容易,或是将他们转化到加入HubSpot邮件列表中,这样可以先吸引他们参与并为他们提供价值,直到其中的一部分人转化为「购买」模式的用户。

这种情况下重要的渠道是:

  • 通过Google吸引用户,但用的是信息关键字,人们正在寻找与他们自己工作相关的内容,而不是直接查找HubSpot的软件;
  • 通过社交媒体关高吸引用户。

一句话总结就是:购买模式下要统治整个渠道,被动模式下则首先提供另一个更容易接受的工具或内容,再进行进一步转化。

如何应用到你的业务场景?

首先,越早考虑产品的匹配的渠道越好。其次,越早考虑你的产品在「购买」模式和「被动」模式下如何获客越好。理想情况下,在创建产品的时候就应该开始考虑产品的渠道了。

产品匹配的渠道应该影响你的产品开发路线图。你需要确定产品功能的优先级,以帮助你确定使用哪个渠道来开始获客。

举个例子,RapGenius(音乐歌词界的维基百科)出现的时候正是在Google上搜索歌词有很多竞争对手的时候。他们增加了一些功能使之统治了这个渠道并很快获得了大规模扩张。其中的一个功能是允许用户注册账号并对歌词的理解进行评论,这个功能使RapGenius的内容比竞争对手丰富很多,从而帮助他们的页面在Google上有较高的排名。

RapGenius的歌词评论功能

这肯定会影响你进入市场的决定。如果你的产品在「被动」模式下的效果不佳就意味着获客成本的增加,因为你的用户范围变得很小,而还是需要同等的努力。

最后要提醒大家的是,花时间来确定你的产品匹配渠道是一个非常有价值的做法,特别是对于即将投放市场的新产品。因为与产品匹配的渠道的缺乏是免费增值模式失败的主要原因之一。在新产品上市时还请务必考虑渠道的选择,在今后需要从免费增值模式转向时,也可以帮你减少很多痛苦。

本文来自微信公众号:星河互联(ID:xinghehulian),作者:星河研究院。

免费增值模式,即基本服务免费、附加服务付费,这是很多SaaS服务创业公司的基本套路。如果你也一样,那么你肯定面临着两个难题:一是如何持续扩大免费用户的增长,二是将这些用户转化为付费用户。在这两个问题中,第一个问题往往是最让创业者头疼的。

在这个问题上,面向中小企业的营销自动化上市公司HubSpot积累了相当丰富的经验。HubSpot成立于2006年,2014年10月在纽交所上市。在之后2年半时间里,年营收由1.2亿美元增长到2.7亿美元,股价也相应翻了一倍。

在其早期产品发布后的近5年时间里,HubSpot一直都无法大规模的实现免费用户的增长,直到后续完善了整个业务链,产品才得到大规模推广。

今天,星河研究院带来了HubSpot的营销VP Kieran Flanagan在趟过五年坑之后的经验之谈。Saas企业如何在免费增值模式下,实现免费用户的不断增长?以下为全文:

你的产品能够实现规模化扩张吗?

一个很好的免费增值的漏斗模式将免费用户转化为付费用户的转化率大概在4%左右。这是个很低的转化率了,如果你想盈利的话,就需要尽量增大漏斗顶部的用户数量,这就需要找到匹配产品的渠道(product-channelfit)。

在找到产品匹配的渠道之前,SaaS公司可以先通过HubSpot提出的一个指标先衡量一下是否具备了产品能够规模化扩张的可能性。这个指标是LTV(客户生命周期价值)与CAC(获客成本)的比值,基本上LTV/CAC >3,就代表产品能够规模化扩张。

如果你的产品的LTV/CAC <3,那么你还需要继续优化你的产品或者完善业务链。如果你的产品已经具备可规模化扩张的可能,那么你可以往下看,看如何找到匹配产品的渠道。

如何找到匹配产品的渠道?

HubSpot自2006年以来已经有了很大的增长,这种增长很大程度上是来自Google的自然流量增长。我们将这种自然流量叫做「被动」模式(PassiveMode)——用户是HubSpot的精准用户,但并不是在Google上主动搜索HubSpot的产品。相反,他们是通过Google搜索链接到其他形式的内容或阅读博客上面的内容才成为HubSpot的用户。

Google成为很好的引流方式主要是因为HubSpot可以通过被动模式教育用户使用其营销产品并且可以让用户知道如何可以通过HubSpot的营销产品来发展他们自己的业务。这样的结果是HubSpot不仅可以通过「购买」模式(buyingmode)创造收入,也可以通过「被动」模式增加收入,因此Google就成为其营销产品的主要渠道。

但是Google这个渠道在HubSpot的免费增值CRM产品中就发挥不了很大的作用。首先,很难通过被动模式去说服人们尝试新的CRM产品,即使这个产品是免费的。其次,在Google上有关CRM的主题搜索流量本身就很少。所以,CRM产品的匹配渠道看起来是这样的:

HubSpotCRM产品匹配渠道

在主动「购买」模式中,HubSpot最重要的获客渠道是:

口口相传(Word of Mouth, WOM),需要用净推荐值(NPS)衡量;

在Google上进行有购买意向的关键字排名;

确保产品的名字出现在汇总HubSpot产品评论的网站上。

在「被动」模式下,可以尝试将人们首先转化到使用另一个免费的工具上,这个免费工具的注册非常容易,或是将他们转化到加入HubSpot邮件列表中,这样可以先吸引他们参与并为他们提供价值,直到其中的一部分人转化为「购买」模式的用户。

这种情况下重要的渠道是:

通过Google吸引用户,但用的是信息关键字,人们正在寻找与他们自己工作相关的内容,而不是直接查找HubSpot的软件;

通过社交媒体关高吸引用户。

一句话总结就是:购买模式下要统治整个渠道,被动模式下则首先提供另一个更容易接受的工具或内容,再进行进一步转化。

如何应用到你的业务场景?

首先,越早考虑产品的匹配的渠道越好。其次,越早考虑你的产品在「购买」模式和「被动」模式下如何获客越好。理想情况下,在创建产品的时候就应该开始考虑产品的渠道了。

产品匹配的渠道应该影响你的产品开发路线图。你需要确定产品功能的优先级,以帮助你确定使用哪个渠道来开始获客。

举个例子,RapGenius(音乐歌词界的维基百科)出现的时候正是在Google上搜索歌词有很多竞争对手的时候。他们增加了一些功能使之统治了这个渠道并很快获得了大规模扩张。其中的一个功能是允许用户注册账号并对歌词的理解进行评论,这个功能使RapGenius的内容比竞争对手丰富很多,从而帮助他们的页面在Google上有较高的排名。

RapGenius的歌词评论功能

这肯定会影响你进入市场的决定。如果你的产品在「被动」模式下的效果不佳就意味着获客成本的增加,因为你的用户范围变得很小,而还是需要同等的努力。

最后要提醒大家的是,花时间来确定你的产品匹配渠道是一个非常有价值的做法,特别是对于即将投放市场的新产品。因为与产品匹配的渠道的缺乏是免费增值模式失败的主要原因之一。在新产品上市时还请务必考虑渠道的选择,在今后需要从免费增值模式转向时,也可以帮你减少很多痛苦。

本文转自d1net(转载)

时间: 2024-10-31 01:20:03

从连踩5年坑到年营收2.7亿美元,SaaS独角兽靠这一手段实现逆转的相关文章

7个产品经理/交互新人初入职场时踩过的坑

  前车之鉴后事之师,聪明的人可以从别人的错误中学到经验.这次特意邀请了七位迈入职场不久的产品经理.交互设计师同学,分享那些他们踩过的坑.话不多说,收获有多少,就看你有多聪明啦. 当从象牙塔走入职场,新人们除了兴奋和憧憬以外更多的还有紧张和迷茫:对庞大业务的不熟悉.对工作模式和规范的不了解.对同事和前辈的生疏,都是新人成长的必经之路.有些坑,需要我们亲自踩过才能有深刻的体会,但是前车之鉴后事之师,聪明的人一样可以从别人的错误中学到经验. 这次特意邀请了七位迈入职场不久的产品经理.交互设计师同学,

详解Bypass UAC过程中踩过的坑(第一部分)

本文讲的是详解Bypass UAC过程中踩过的坑(第一部分),我目前正在尝试对Chrome沙盒进行一些改进.而作为其中的一部分,我现在正在对我的沙盒攻击Surface 分析工具进行更新,因为我想衡量我对Chrome做的事情是否具有实际的安全性.但事实上当我在进行这一切时,我一直躲不开绕过UAC的麻烦,这就导致进程出现了问题.所以为了顺便演示下我以前在UAC绕过的博文中所讲的,我决定将这一切再来一次.当我完成这一切的时候,我将使用最新版本的NtObjectManager  Powershell模块

这篇必看:那些产品、交互新人初入职场踩过的坑

当从象牙塔走入职场,新人们除了兴奋和憧憬以外更多的还有紧张和迷茫:对庞大业务的不熟悉.对工作模式和规范的不了解.对同事和前辈的生疏,都是新人成长的必经之路.有些坑,需要我们亲自踩过才能有深刻的体会,但是前车之鉴后事之师,聪明的人一样可以从别人的错误中学到经验. 这次特意邀请了七位迈入职场不久的产品经理.交互设计师同学,分享那些他们踩过的坑.话不多说,收获有多少,就看你有多聪明啦. 交互设计师 鸿影 from 阿里巴巴 1. 无脑闷头执行 过程描述:接到需求的时候,对方描述了一个具体的解决方案,就

详解Bypass UAC 过程中踩过的坑(第二部分)

本文讲的是详解Bypass UAC 过程中踩过的坑(第二部分),在第1部分完成后,我们知道普通用户在拆分令牌管理登录中处理可以获得对升级进程的Terminate,QueryLimitedInformation 和  Synchronize进程访问权限的访问.这是由于正常的用户和管理员具有默认DACL,该默认DACL授予对同一桌面上所有令牌设置的当前登录会话的执行访问权限.我们接下来的问题是如何才能提升你的权限? 在我们拥有的3个访问权限中, Terminate 和 Synchronize 都不是

游戏服务器数据库踩过的坑

     在页游服务器这块很早之前一直没有认真考虑过,大部分是之前搭建好的,我只需要按照他原来的设计继续码代码就好了.      可是这次服务器重构的过程中,还是遇到了很多始料不及的问题.那么就按照踩过的坑,去一个个讲讲分析分析.      1:起初mysql的方案    起初的设计方案是这样,用一个RolePlayer 去做玩家数据的缓存,所有玩家的数据更新到RolePlayer中,定时十秒中更新到数据库.RolePlayer大概是这样一个设计       class RolePlayer 

说说云计算时代,运维人员会踩到哪些坑?

近期在ChinaUnix论坛有一场讨论,标题是--云计算时代:运维人员会踩到哪些坑? 整个讨论过程非常活跃,大概有50个答复,运维派这就给大家整理了一些讨论的优质内容分享给大家. 背景: 在云计算领域,运维人员就是这样的存在,小到一条短信,大到一次网上交易,只要和IT相关的业务就需要这些运维人员,没有他们在背后的支持,生活是会出大乱子的. 可是到了云计算时代,不少人说IT人要下岗了,是否真会如此呢?云计算的出现是否会使得整体行业对运维的需求萎缩了呢? 面对传统的几十台服务器时,运维人员还能手动处

Javascript之旅——第八站:说说instanceof踩了一个坑

原文:Javascript之旅--第八站:说说instanceof踩了一个坑 前些天写js遇到了一个instanceof的坑,我们的页面中有一个iframe,我在index页面中计算得到了一个array,然后需要传递到Flight页面 这个嵌套的iframe中的一个函数(SearchFlight)中,作为防御性编程,我需要在SearchFlight函数中进行参数检测,也就是判断过来的参数一 定是Array类型.   一:抛出问题 举个例子,下面有两个页面. Index.html页面 1 <!DO

那些年使用Hive踩过的坑

1.概述 这个标题也是用血的教训换来的,希望对刚进入hive圈的童鞋和正在hive圈爬坑的童鞋有所帮助.打算分以下几个部分去描述: Hive的结构 Hive的基本操作 Hive Select Hive Join Hive UDF Hive的M/R 使用Hive注意点 优化及优化详情 优化总结 调优的经常手段 解决Hive问题的途径 这篇文章只是起个头,为描述其他部分做下准备.下面我赘述下Hive的结构和一些基本的操作. 2.介绍 Hive 是建立在 Hadoop 上的数据仓库基础构架.它提供了一

最近用Timer踩了一个坑,分享一下避免别人继续踩

最近做一个小项目,项目中有一个定时服务,需要向对方定时发送数据,时间间隔是1.5s,然后就想到了用C#的Timer类,我们知道Timer 确实非常好用,因为里面有非常人性化的start和stop功能,在Timer里面还有一个Interval,就是用来设置时间间隔,然后时间间隔到了就会触 发Elapsed事件,我们只需要把callback函数注册到这个事件就可以了,如果Interval到了就会触发Elapsed,貌似一切看起来很顺其自然,但是 有一点一定要注意,callback函数本身执行也是需要