做SAAS需要耐得住寂寞(1)

简介: 做SAAS需要耐得住寂寞



在SaaS 领域创业是一件很艰难的事情,大概92%的 SaaS公司都会在成立的三年内倒闭。在我看来,让一家 SaaS 公司成功的因素有很多,但是失败的原因却又大同小异。

以我希望能够结合我过去十年在国际 SaaS 领域创业经验和对于行业其他 SaaS 公司的观察,总结一些 SaaS 创业建议与大家分享,从而提升我们 SaaS 创业者的成功概率:


1. 从创始人自身痛点出发开始创业;

2. 从细分领域,打造尖刀产品,再往上下游拓展;

3. 从第一天就开始思考如何把产品卖出去;

4. 理解 SaaS 的核心是服务,而非软件;

5. 保持小团队,尽量提供标准化的产品服务;

6. 保持开放连接,与合作方一起把客户服务好;

7. 前期看重客户留存和产品毛利率,而非客户数;

8. 找到和客户成功紧密关联的指标,倒逼全员客户成功;

9. 准备好至少要做到五年才能看到结果的耐心和现金流,并且找到同样相信长期主义的人才。


这些经验不一定适用于所有的 SaaS 公司,还请大家开放性地看待,如果有不同的观点也欢迎交流。

1. 从创始人自身痛点出发开始创业

我们创业通常要做两件事情,一是找到客户痛点,二是找到一种方式满足客户的痛点。


在我看来,最好的情况是创始人自身就深刻地体会到了这个痛点,然后再找到一种方法来解决自己的痛点,最后再迭代成一个标准化的 SaaS 产品,推向市场。


假如你有一个自身的痛点,再去做一个解决方案来解决这个痛点,那么你的创业成功几率是 1%。那么假如你都没有自身的痛点,而是要先去找一个痛点,再去做一个解决方案,那么这就相当于是两次创业,你的成功几率就是 1% * 1% = 0.01%。


据我观察,很多取得一定成绩的 SaaS 企业家刚开始都是从自身痛点出发来做产品:



2. 从细分领域,打造尖刀产品,再往上下游拓展

创业者在找到痛点之后,通常都会遇到两个问题:

  • 我是从一个很小的市场领域开始切,先争取成为这个小领域的领先企业?还是从第一天就选择一个更大的市场领域,争取从众多已有的竞争对手里面杀出重围?
  • 我是要做一个大而全的产品覆盖所有业务场景?还是先做一个小而美的产品解决某个点的问题?


对此我的建议是:

优先找一个细分领域,打造一个小而美的产品,当这个产品业务做得足够好之后,再以它为切入点往上下游拓展更多的产品。


比如说 Shopify 在最开始就是做一个让那些完全没有建站经验的个人用户和中小型企业可以自助地快速建立自己的电子商务网站的工具。


在吸引了一批种子客户之后,Shopify 再推出更多客户在开网店的业务场景中需要的产品功能,比如网店设计工具、搜索引擎优化工具和支付网关等。


后续随着客户数量的不断提升,Shopify 再继续开始引入了新的营销工具和应用程序商店,往上下游拓展 Shopify Plus、POS 系统和 Shopify Pay 等产品,同时还开放了 API,允许外部开发人员构建与 Shopify 平台集成的应用程序,最终成功打造了一个电商生态系统 [2]。


(图片来源:https://www.shopify.com/

又比如说 HubSpot,它最开始只是做帮助企业进行博客、社交媒体和电子邮件营销的产品,后续再根据客户的业务场景,往上下游进一步拓展了 HubSpot CRM、Marketing Hub、Operations Hub、Service Hub 等等产品 [3]。


除此之外,如果你仔细观察就会发现,无论是这几年很火的 Deel,还是 Microsoft Office 365 这类型老牌巨头做的软件转 SaaS 产品,基本上都符合「优先找一个细分领域,打造一个尖刀产品,再以它为切入点往上下游拓展更多的产品」的发展策略。


3. 从第一天就开始思考如何把产品卖出去


在 SaaS 创业前期,最重要的事情之一就是找到目标客户,并且快速验证自己卖的是「维生素」还是「止疼片」。


「维生素」指的是:这个产品用了可能会对客户有些帮助,但是不用的影响也不大。


而「止疼片」指的是:客户现在就有一个非常痛的痛点,而他必须要用你这个产品来解决这个痛点,用了之后立马就能看到效果。


而验证自己卖的是「维他命」还是「止疼片」最直接的方法就是把产品卖给客户。


下图是传统的产品落地流程:

按照这种传统流程做产品最大的问题在于:

获得反馈所需要的周期特别长,验证成本也很高。经常会出现我们好不容易花了半年组建团队,投入了一两年研发产品,最终推向市场的时候才发现:我们当初假设的痛点压根不是客户真正的痛点,我们做出来的产品也没有多少个客户愿意买单。


所以为了尽早验证痛点,我建议大家可以把「把产品卖给客户」这一步提到「组建团队」和「研发产品」之前:


我们根本不需要投入大量的时间和精力来组建团队,研发产品,我们可以先假装产品已经做好了(或者只做一个只包含核心功能的 Beta 版本),然后尝试把它卖给客户,看看有多少客户愿意为此买单。


如果有很多客户都愿意为此买单,我们再去大力组建团队和研发产品。如果都没有几个客户愿意为此买单,那么我们也可以重新思考客户痛点和解决方案,然后再走一遍「1-2-5」的流程。


4. 理解 SaaS 的核心是服务,而非软件


作为一个技术出身的创业者,我非常理解有些同行会对于「我要通过最好的技术来帮助客户解决问题」有一种执念。然而站在客户的角度,相比于你提供的服务背后使用的是什么技术,他们更关心的是你的方案能否帮助他真正地解决问题。


所以作为创业者,我们需要更加关注客户真正需要什么,而不是我的技术能做什么。


比如说为了 Deel 为了帮助客户解决在全球各地合规招聘的问题,在不同的国家地区注册了上百个实体公司,还雇佣了很多不同地区的法律顾问来制定符合当地法规要求的合同模版。


这些事情可能不属于「软件」,但是却是真正能为客户解决问题的「服务」。


又比如说 AfterShip Tracking 产品,我们想要为全球电商卖家提供物流查询服务,就必须对接来自于全球各地的物流商。


这件事情可能从技术上来看一点也不性感,甚至很枯燥无味。但是因为如果我们想要为客户提供更好的服务,就必须要去做这件事情,所以 AfterShip 才会在过去 10 年持之以恒地去对接了全球超过 1,000 家物流商。

5. 保持小团队,尽量提供标准化的产品服务

在做 SaaS 的初期,很多人都会面临两个问题:

  • 要不要融资?
  • 要不要做大客户定制化需求?


有些人想都不想就选择了融资,然后组建一个几十人甚至上百人的团队。然后因为团队人数变多了,烧钱快,所以就迫于资金和投资人的压力,不得不接一些来自于大客户的定制化需求。但是在我看来大客户的定制化需求于 SaaS 公司而言就像是慢性毒药,虽然短期来看能够缓解资金压力,但是越到后面危害越大。
为了从最开始就避免这个问题,我们想出了一个很简单的解决方案,就是:在早期的时候,组建一个小团队,尽量不融资,拒绝定制化需求。


组建小团队,做标准化有以下几个好处:

  • 小团队的沟通成本和试错成本比较低;
  • 小团队烧钱慢,让你可以把时间和精力放在打磨产品上,而非融资或者签大金额的订单上;
  • 标准化可以降低获客成本和维护成本,加快获客速度,同时最大化边际利润。

也正因为提供标准化的产品服务,Crisp 才能在仅有 14 人的情况下就服务全球 20 万用户 [4],Expensify 也能在 140 人的时候就服务全球超过 63.9 万的付费客户 [5]。


哪怕是那些已经成功上市的 SaaS 公司,根据 Meritech Capital 对 2022 年上市的 SaaS 公司的调研,他们的团队人数中位数也只有 940,对应的 ARR 中位数则达到了 2.23 亿美元 [6]。


6. 保持开放连接,与合作方一起把客户服务好

因为我们刚开始组建的是小团队,并且通过提供标准化的产品服务来帮助客户解决问题,那么往往可能会出现一种情况:


我们所提供的产品服务只能满足客户真实业务场景中 70% 左右的需求,对于剩下 30% 的需求,我们的产品服务难以覆盖。


而对于这部分的问题,我所推荐的做法是:


保持开放连接,通过支持接入更多的其他合作方来满足客户这部分的需求。


根据 SaaStr 的数据,创业期的 SaaS 公司平均支持接入 15 个左右的合作方软件,已经上市的 SaaS 公司平均支持接入 350 个左右的合作方软件,而像是 Shopify、Atlassian、Slack 这类型市场领先的 SaaS 公司更是支持接入了超过 2,000 个合作方软件 [7]。

SaaS 开放连接其实是一个多赢的事情:

  • 对于客户来说,他可以通过接入使用合作方的软件更好地解决他的业务问题;
  • 对于合作方来说,他有机会获取了更多的流量和客户;
  • 对于 SaaS 公司自身来说,我们不仅能在避免了定制化开发某些特定功能的同时把客户服务好,还有机会能从合作方那里获取更多的流量和客户。

所以我会非常推荐在国际 SaaS 的领域创业的朋友保持开放连接,与合作方一起把客户服务好。


我们 AfterShip 目前也接入了超过 60 款合作方软件,其中甚至包含了一些我们某些产品的竞争对手:


(图片来源:https://www.aftership.com/integrations/search


7.前期看重客户留存和产品毛利率,而非客户数


在我们找到了切入点,组建了小团队,打磨好了产品,并且获取到一些客户之后,很多创业的朋友则会面临一个新的问题:


我要不要加快获客速度,尽快把客户数提升上去?我的建议是:提升客户数之前,我们应该先保证客户留存。


我经常都会跟公司内做新产品的团队说:「你现在已经有了 100 个客户,你先不要跟我说获取 1,000 个新客户,10,000 个新客户的事情,你能不能先把这 100 个客户服务好,让他们留下来。


为在大部分情况下,SaaS 产品获取新客户都需要一些获客成本,后续提供产品服务也需要成本,而哪怕我们的 SaaS 产品已经开始收费了,通常也需要半年到一年左右才能收回获客成本 [8]。


所以如果我们没有把客户留存和产品毛利率提升到一定水平,那么我们获取的客户越多,那么就死的越快。


如果你的目标客户是中小型企业,那么比较好的客户月度留存率是 95%-97% [9],而在加速获客之前,我建议你把产品毛利率提升到 70% 以上。


目录
打赏
0
0
0
0
371
分享
相关文章
B/S基层卫生健康云HIS医院管理系统源码 SaaS模式 、Springboot框架
基层卫生健康云HIS系统采用云端SaaS服务的方式提供,使用用户通过浏览器即能访问,无需关注系统的部署、维护、升级等问题,系统充分考虑了模板化、配置化、智能化、扩展化等设计方法,覆盖了基层医疗机构的主要工作流程,能够与监管系统有序对接,并能满足未来系统扩展的需要。
398 5
SaaS模式Java全套云HIS源码包含EMR、LIS
满足基层医院各类业务需求的云HIS系统。它能帮助基层医院完成日常各类业务,提供病患挂号支持、病患问诊、电子病历、开药发药、会员管理、统计查询、医生站和护士站等一系列常规功能,实现多层机构之间的融合管理。
228 0
探究ERP系统的云端部署与SaaS模式
探究ERP系统的云端部署与SaaS模式
975 0
Java基于SaaS模式多租户ERP系统源码
ERP,全称 Enterprise Resource Planning 即企业资源计划。是一种集成化的管理软件系统,它通过信息技术手段,将企业的各个业务流程和资源管理进行整合,以提高企业的运营效率和管理水平,它是一种先进的企业管理理念和信息化管理系统。 适用于小微企业的 SaaS模式多租户ERP管理系统, 采用最新的技术栈开发, 让企业简单上云。专注于小微企业的应用需求,如企业基本的进销存、询价,报价, 采购、销售、MRP生产制造、品质管理、仓库库存管理、财务应收付款, OA办公单据、CRM等。
188 23
中小医院云HIS系统源码,系统融合HIS与EMR功能,采用B/S架构与SaaS模式,快速交付并简化运维
这是一套专为中小医院和乡镇卫生院设计的云HIS系统源码,基于云端部署,采用B/S架构与SaaS模式,快速交付并简化运维。系统融合HIS与EMR功能,涵盖门诊挂号、预约管理、一体化电子病历、医生护士工作站、收费财务、药品进销存及统计分析等模块。技术栈包括前端Angular+Nginx,后端Java+Spring系列框架,数据库使用MySQL+MyCat。该系统实现患者管理、医嘱处理、费用结算、药品管控等核心业务全流程数字化,助力医疗机构提升效率和服务质量。
276 4
无界SaaS模式深度解析:算力算法、链接力、数据确权制度
私域电商的无界SaaS模式涉及后端开发、前端开发、数据库设计、API接口、区块链技术、支付和身份验证系统等多个技术领域。本文通过简化框架和示例代码,指导如何将核心功能转化为技术实现,涵盖用户管理、企业店铺管理、数据流量管理等关键环节。
ERP系统的云计算与SaaS模式:实现高效灵活的企业管理
【7月更文挑战第29天】 ERP系统的云计算与SaaS模式:实现高效灵活的企业管理
574 4
【Java】全套云HIS(医院信息管理系统)可对接医保 采用云端SaaS模式部署
总体框架: SaaS应用,全浏览器访问 前后端分离,多服务协同 服务可拆分,功能易扩展
315 1
【Java】全套云HIS(医院信息管理系统)可对接医保 采用云端SaaS模式部署
JAVA语言VUE2+Spring boot+MySQL开发的智慧校园系统源码(电子班牌可人脸识别)Saas 模式
智慧校园电子班牌,坐落于班级的门口,适合于各类型学校的场景应用,班级学校日常内容更新可由班级自行管理,也可由学校统一管理。让我们一起看看,电子班牌有哪些功能呢?
648 4
JAVA语言VUE2+Spring boot+MySQL开发的智慧校园系统源码(电子班牌可人脸识别)Saas 模式

热门文章

最新文章

目录
目录
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等