自 1999 年 Salesforce 推出客户关系管理 (CRM) 平台以来,软件即服务 (SaaS) 市场已发生了巨大的变化。这个由初创企业开始的行业,认识到在云中创建应用程序的好处,如今已发展成为一个价值1450 亿美元的强大行业,并被领先企业广泛采用。
原因也不难理解。除了经常性收入的好处外,各种规模的组织都在使用 SaaS 平台推出软件产品,与本地软件解决方案相比,这些产品具有运营成本更低、部署速度快、配置灵活、集成无缝和可用性更高的特点。
然而,由于采用订阅式平台,SaaS 业务模式与传统软件许可模式存在很大差异。进入该市场的公司必须考虑产品和定价、销售和营销、研发、服务和支持以及财务方面的独特挑战。
对于所有公司来说,SaaS 之旅都必须谨慎前行。SaaS 业务需要截然不同的管理和技术方法,以及战略和运营思维的根本转变。虽然利用 SaaS 业务模式获得竞争优势存在巨大机遇,但转型体验对每个企业来说都是独一无二的。长期成功很大程度上取决于无缝执行。
SaaS 商业模式是一种基于订阅的服务模式,软件以月费或年费的形式授权给用户。软件托管在中央云位置,并通过移动或桌面应用程序在互联网上提供。
在 SaaS 业务模式下,云供应商负责托管和维护服务器、代码基础设施和数据库。而在本地软件模式下,企业负责维护服务器硬件和软件、数据备份、存储和灾难恢复。
云产品托管和部署提供了几个主要优势,包括:
尽管 SaaS 现已成为应用程序开发的行业规范,但公司在推出产品或进行转换之前必须考虑几个关键因素。转换涉及微妙的平衡行为,以确保现有收入流共存并支持 SaaS 业务模式。
1.您能管理SaaS迁移和部署吗?
必须了解的是,在将企业应用程序迁移到 SaaS 服务的过程中,它本质上会变成一种产品。与任何产品一样,它必须得到有效的管理和支持。这意味着路线图、营销、支持等。如果您无法管理这些,您可能需要重新考虑过渡。
2. 您的应用程序是否已做好 SaaS 转型的准备?
专为内部使用而设计的应用程序和相关服务通常不是为在 SaaS 解决方案上运行而构建的,并且可能不如面向客户的应用程序完整和强大。根据应用程序的当前状态,您可能需要投入大量时间和精力来重构应用程序及其资源。在最坏的情况下,可能需要重构或重写应用程序及其支持资源的很大一部分。
3. 您准备好运行多用户和多个实例了吗?
专为内部使用而设计的应用程序通常旨在支持许多用户,但很少支持许多实例。在当前状态下,运行应用程序的一个实例及其资源并让所有用户连接到该实例就足够了。SaaS 部署将要求您的应用程序能够运行多个实例,每个实例都有自己的空间和资源。
这通常需要一种新的方式来思考应用程序,以便使每个实例几乎保持独特和分离,同时允许它们同时访问硬件资源。
4. 你们的SaaS产品的安全要求是什么?
由于云部署会给应用程序及其数据带来新的漏洞,因此应用程序及其数据的安全性是一个至关重要的问题。您需要确保已采取所有必要措施,保护敏感和关键数据免受恶意第三方、灾难性数据丢失、系统故障以及服务中断的影响。
5. 您能遵守法规要求吗?
由于 SaaS 迁移消除了企业应用程序的地理限制并允许其在全球范围内使用,您的应用程序可能会受到不同法律、法规和行业标准的约束。一个显著的例子是 2018 年通过的欧洲通用数据保护条例 (GDPR)。您可能需要投入大量时间来确保遵守与应用程序功能相关的所有相关法规和标准。
6. 您是否考虑过SaaS部署的运营成本?
SaaS 部署的应用程序很可能在公有云 IaaS 服务上运行。您的运营成本预测需要考虑这些 IaaS 服务的成本。您还需要考虑有效运营应用程序并提供用户支持和服务所需的人员。
也许您已经对合规性和安全性有了深刻的理解,并且已准备好将应用程序过渡到 SaaS 业务模式。但您是否已建立组织结构来成功推出产品?
您的组织结构将取决于您的 SaaS 公司的规模。组织中的员工越多,结构变化就越大。因此,最有效的组织结构将高度依赖于您可支配的员工数量和资源。
对于拥有五到十名员工的公司来说,创始人将是最高管理人员,通常负责销售、营销,并在必要时寻求风险投资。
联合创始人或高层管理人员将组成公司其他高管。第一层负责产品和技术,第二层负责管理、运营和流程。
在垂直组织结构中,向每位联合创始人或经理汇报的员工应该具有明确界定的角色。
一旦 SaaS 企业获得资金并扩展到 25 至 50 名员工,其组织结构将略有不同。但员工通常仍分为三类:
当公司达到这个规模时,联合创始人可以更加专注于设定时间表和里程碑,而销售经理、产品开发经理和营销经理可以指导低级别员工完成 SaaS 开发生命周期 (SaaSDLC)。
一旦您的 SaaS 公司达到中型企业水平,就应该相应地聘请或提拔 CFO、COO、CMO、CIO 和 CTO 等高管。
在 C 级高管之下,副总裁将领导各个部门,包括销售、营销、财务、产品开发、人力资源、会计等。
在此阶段,首席执行官主要负责:
在构建最小可行产品 (MVP) 之前,选择一种具有经过测试和成熟的框架和库的语言将为您的企业节省大量时间和金钱。但是,由于有超过 250 种编程语言,因此决定哪种开发框架适合您的业务可能令人不知所措。
最终,您的技术堆栈将在很大程度上取决于您的开发团队的技能、业务目标和预算。以下是一些最流行的前端和后端框架,可帮助您开始 SaaS 产品开发之旅:
Vue.js 正迅速成为市场上最受欢迎的渐进式框架之一。它对用户和开发人员友好,拥有大量有用的库、庞大的开源社区和出色的工具集。GitLab、NBC 和 Nintendo 等公司都使用 Vue 作为其前端编程语言。由于 Vue 是一个相对较新的 JavaScript 框架,它吸取了熟悉的前辈 React 和 Angular 的缺点。这使得它相对容易使用,因为开发人员熟悉该语言,从而减轻了招聘新员工的负担。
Express.js 是 Node.js 平台的后端 Web 应用程序框架。Express 是 MEAN 开发堆栈的一个组件,MEAN 开发堆栈代表 MongoDB、Express、Angular 和 Node.js。由于 MEAN 堆栈的所有组件都是用 JavaScript 编写的,因此 MEAN 应用程序可以完全用 JS 编写,适用于服务器端和客户端执行环境。
使用 Express.js 作为其 Web 应用程序和 API 的公司包括 Fox Sports、IBM、Uber 和 PayPal。
Django 是一个广泛使用的基于 Python 的 Web 开发框架,遵循模型-视图-模板 (MTV) 框架。它快速而简单,使用快速开发原则,这意味着开发人员可以一次创建多个迭代。它还遵循“不要重复自己”(DRY) 原则,这意味着开发人员可以重复使用现有代码,并通过用抽象或数据规范化替换现有代码来避免冗余。
Django 框架最引人注目的一点可能是它拥有市场上最好的开箱即用的安全系统之一。Django 会及时发布新的安全补丁,并且通常是第一个对漏洞做出响应并向其他框架发出安全风险警报的框架。这使得它成为 Google、Instagram 和 Youtube 等大公司的首选。
第一个 Web 应用程序是用 Ruby on Rails 编写的,它仍然被广泛用于创建动态、可靠且可扩展的应用程序。“Rails”是另一个遵循模型-视图-模板 (MTV) 架构的 Web 开发框架。
Ruby on Rails 与其他框架的主要区别在于其简单、快速和易用性,经验丰富的开发人员喜欢使用它。Ruby on Rails 的主要优势之一是对应用程序所做的更改会立即应用,避免了通常与 SAAS 产品相关的耗时步骤。
其他流行的框架包括:
SaaS 业务模式的独特性要求重新关注关键运营领域。对于进入 SaaS 市场的现有产品和软件公司来说尤其如此。为了确保顺利过渡,以下是您在 SaaS 模式转变中需要考虑的六个优先领域。
1. 产品验证
在开发 MVP 之前,您必须验证有多少客户会真正为您的产品付费。使用调查、进行竞争分析、与目标受众进行面对面交谈以及开发登录页面都是可行的选择,可以查看您的产品是否存在市场。
2. 定价模型
研究竞争对手的模式并获取相关意见非常重要。务必不要模仿或仅仅提供较低的价格。与任何定价计划一样,SaaS 产品应通过客户从产品中获得的价值来量化。
对于新进入者来说,一个好的起点是使用“免费增值”、“概念验证”和“先试后买”模式来测试市场并在您的行业中站稳脚跟。这将有助于评估您的客户群,并决定是否引入固定费率、固定费率、分级或基于使用量的定价计划。
3. 客户细分
SaaS 市场中的客户细分可以基于特征、需求或价值。通过结合这些元素,您可以全面了解您的群体,并通过实施定制的产品体验来帮助改善客户体验。这些行动将使客户更接近实现您的产品价值并提高留存率。
4. 客户支持
客户满意度是 Saas 产品成功的关键因素。SaaS 业务模式的成功取决于快速增长、服务速度、利润和客户保留率。通过实施“客户至上”文化,组织可以创造卓越的客户服务,这可能是您与竞争对手之间的差异化因素。
5. 财务运作
成功管理 SaaS 业务财务的关键是使用特定于 SaaS 的自动化技术。自动化会计工具可以通过自动化合同、订阅、收入和发票计划来消除手动输入数据。该技术还将提供基准和指标,以帮助财务团队做出运营决策、简化审计并确定扩大业务的财务机会。
6.销售运营
为 Saas 构建的 CRM 是销售团队扩展业务的关键要求。正确的 CRM 解决方案可以为您提供渠道指标、增长/速度指标、销售人员生产力指标、成本、客户流失和现金流的统一视图。它还具有建立更牢固的客户关系、提高客户保留率、识别销售流程中的差距以及协调销售和营销团队的优势。
对于任何企业来说,实现增长都是困难的,但在打造一家成功的 SaaS 公司时,容错空间就更小了。在正确的时间衡量正确的绩效指标是决定 SaaS 业务健康和潜力的关键因素。虽然完整的指标列表超出了本文的范围,但以下是每个 SaaS 组织都应衡量和管理的五大指标,以实现增长和可持续性。
1. 客户满意度调查
客户获取成本 (CAC) 是获取新客户所需的资源总成本。对于 SaaS 业务而言,这是最重要且最具挑战性的指标之一。
客户 LTV 计算器
获取一个新客户的总成本/新客户的数量。
在计算CAC之前,需要注意影响其计算的几个因素:
2. 生命周期价值
客户生命周期价值 (LTV) 是客户使用您的产品帐户期间将获得的平均总收入的估计值。它是确定您的 SaaS 产品的长期成功潜力的最重要指标之一。
与 CAC 相比,客户 LTV 才有意义(这两个数字永远不应该相同)。一个好的经验法则是将 LTV 与 CAC 的比例保持在 3 比 1。如果您的客户获取成本 (CAC) 为 1 美元,您应该获得 3 美元的客户 LTV 回报。
例如,假设 X 公司的平均销售额为 1000 美元。平均客户每年付款三次,客户忠诚度为两年,公司的利润率为 50%。
平均销售额:1000 美元
每位客户每年交易次数:3
平均保留期:2 年
利润率:50%
客户 LTV 计算器
平均销售额 x 每位客户每年交易次数 x 保留期 x 利润率
= 1000 美元 X 3 X 2 X 0.5
= 3000 美元
4. MRR
由于大多数 SaaS 企业采用按月订阅的方式,因此衡量每月经常性收入 (MRR) 是最简单、最重要的指标之一。MRR 就是客户在特定月份产生的经常性收入的总和。
MRR 不是盈利能力的衡量标准,只是收入。但是,MRR 数据来源应包括升级和降级、经常性收入损失和折扣。
例如,如果您的 SaaS 产品每月售价 200 美元,您在当月以每个客户 10% 的折扣带来了四个客户,那么您的 MRR 就是每月 720 美元。
5.客户流失率
流失率是指在特定时间段内离开或取消产品订阅的客户百分比。流失率也可以衡量产品或服务降级的百分比。
毫不奇怪,高流失率是 30% 的 SaaS初创公司在第二年内倒闭的主要原因之一。这就是为什么衡量月度和年度流失率至关重要的原因。衡量两者有助于企业揭示模式并根据不断变化的市场做出相应调整。这可以是任何变化,包括改变定价模式、表明需要推动营销工作、增加新功能、应对进入市场的新竞争对手,以及回答客户是否
无论客户流失的原因是什么,一定要通过调查或直接联系客户来征求客户反馈。客户反馈的数据有助于了解客户流失率,这样您就可以更好地分配资源来改善客户体验。
流失率计算器
一个月内流失的订阅者数量除以该月初的总订阅者数量乘以 100。
例如,如果您的公司在月初有 100 个订阅者,并且失去了 5 个客户,那么您就将 5 除以 100,然后乘以 100。您当月的流失率为 5%。
专家提示: B2B SAAS 业务的良好客户流失率应低于 5%。B2B 公司的平均客户流失率为 24%,B2C 公司的平均客户流失率为 31%。
6. 留存率
衡量客户留存率和 MRR 有助于了解产品、营销、客户服务和定价模式的有效性。需要注意的是,留存率越高,客户流失率就越低。
当客户留存时,您应该继续寻找创新方法来改进您的产品或服务。当客户流失时,您可能需要调整并重新评估您的产品。
客户保留率计算器
要计算客户保留率,请将在月末/年末继续订阅的活跃客户数除以该期间开始时的活跃用户总数。
MRR 留存率计算器
要计算每月经常性收入的保留率,请将续订订阅的 MRR 除以待续订订阅的总 MRR。
例如,如果您的企业在月初有 10,000 美元的 MRR,并且一位订阅 1000 美元 MRR 的客户在该期限结束前流失,那么您的 MRR 保留率将为 90%。
如果扩张 MRR 的总和大于客户流失和收缩 MRR 的总和,则可以超过 100%。例如,如果您在月初有 10,000 美元的 MRR,由于客户流失而损失了 1000 美元的 MRR,但从产品升级中获得了 2000 美元的 MRR,那么您的 MRR 保留率将是 110%,表明产品表现良好。
如果你只看客户保留率,你可能会认为自己做得更好,因此把精力和资源投入到了错误的做法上。这就是为什么衡量客户保留率对于准确了解你的销售和营销工作至关重要。
Trianz 是一家领先的 SaaS 实施专家,已帮助数百名客户充分利用不断发展的云软件交付行业的优势。我们还与众多 SaaS 平台建立了合作伙伴关系,例如与 Salesforce 建立实施咨询合作伙伴关系以及与 ServiceNow 建立卓越合作伙伴关系。
我们提供广泛的 SaaS 实施服务,包括:
企业资源规划 (ERP) – 在将 SaaS 实施到 IT 运营之前,您需要准备好基础设施和员工。ERP 涵盖您的 IT 运营模式、相关业务流程和架构设计,以评估您对 SaaS 的准备情况。
我们的专家可以为您的企业实施 ERP,帮助您提高基础设施的可见性并有效规划 IT 预算。ERP 解决方案在引用集中式数据库(也称为单一事实来源 (SSOT))时可发挥最佳作用。此中央参考点将有利于报告和规划,因为您可以对网络有一个统一的概览。
概念验证 (PoC) – 即使经过数月的研究和内部评估,一些应用程序在实施后显然无法满足业务需求。问题是应用程序已经实施,并且资金已用于许可。这种财务浪费最终会给您的数字化转型带来负面投资回报,从而阻止关键利益相关者批准任何进一步的开发。
通过在购买之前测试您的应用程序,您可以避免这种财务浪费。幸运的是,与传统应用程序不同,SaaS 的入门成本较低,企业可以测试应用程序并确定它们是否合适,而无需大量的前期投资。
SaaS 集成 – SaaS 最显著的优势也是其最大的缺点。SaaS 模型允许您快速配置应用程序,而无需花时间进行开发和配置。
因此,您可能会忍不住不断添加软件堆栈,以进一步增加业务可用的功能。实际上,这大大增加了云中 IT 服务管理 (ITSM) 的复杂性,从而抵消了 SaaS 的优势。