产业互联网，2B，云计算，低代码平台，无代码平台，SaaS，PaaS，IaaS…最近两年太多的新鲜词汇都在昭示着企业服务领域的火热。
产业互联网，2B，云计算，低代码平台，无代码平台，SaaS，PaaS，IaaS…最近两年太多的新鲜词汇都在昭示着企业服务领域的火热。
传统的软件公司看到了SaaS商业模式的巨大潜力，纷纷转型，云端服务化；创业者们看到海外SaaS公司的巨大成功，想参照Copy 2 China的思路，快速将成熟的产品形态落地到国内；C端巨头也受困于人口红利的缩减，不得不从企业服务领域寻找新的增长点。
本文详细阐述了SaaS的基础概念，并通过和传统软件产品，国外先进SaaS生态地对比，带大家从顶层概念认知SaaS；同时根据SaaS公司的发展路径和核心运营指标，指导大家如何判断一家SaaS公司当前的运营阶段和状况。
SaaS是基于云计算（Cloud Computing）的具体应用场景，所以SaaS的蓬勃发展离不开底层基础信息架构的搭建，这也是为什么美国的SaaS公司已经占据了美国科技公司的半壁江山，而国内的SaaS公司是近两年才稍有起色。
那么讨论SaaS，首先要给SaaS下一个明确的概念定义。SaaS的全称是：Software as a Service ——软件即服务。
单看这句话不太好理解SaaS到底是什么，所以我们回顾下SaaS的历史。首次提出SaaS概念的是Salesforce，这家B端巨头公司目前的市值已经达到了2千多亿美金。而当时Benioff的口号是End Software。零代码开发
所以理解什么是SaaS，要站在传统软件的对立面去看，跳出卖软件的工具人角色，进入到全新的以服务为导向的合伙人角色。
传统软件和SaaS的区别
Salesforce官网对SaaS的定义是Software as a service is a way of delivering centrally hosted applications over the internet as a service，同时指出业内共识的三个别称是Web-based software，On-demand software和Hosted software。
我们不必再重复给SaaS下定义，但是需要总结出SaaS的以下五个特征：
云部署：SaaS是基于云服务的应用型产品，所以整个产品完全不适用传统软件的本地部署模式。网络供应（分发）：和云部署呼应，因为部署在云端，所以每个客户使用产品的方式一定是通过互联网分发。集中托管：这个概念的衍生叫多租户单实例（Multi-Tenant），可以简单理解为不同客户的数据并未做物理层面的隔离。对应的单租户多实例概念就是近期大热的私有云部署。按需供应：这个特征是明显瞄准中小型企业的，因为只有中小企业的需求才会在短时间内有较大幅度的变化。当然按需供应也是基于多租户单实例的自然产物，房东只需要不断开辟现有空间给有需求的租户就行。服务化：单独讨论SaaS服务化特点的文章并不多，但SaaS产品按月/年付费的商业模式决定了产品必须不断和企业用户交互。交付产品只是一个起点，持续的服务能力才是SaaS产品的核心竞争力。
1.市场规模
中国SaaS行业从2010年开始，2020年市场规模400多亿，每年保持着30%～40%的市场增长率
对比美国400多亿美元，占比1/7占企业IT服务总营收的20%左右占公有云市场规模37%左右
中国SaaS市场的发展经历了几个重要阶段
2005年，市场教育阶段，云服务在中国尚未普及，企业对SaaS产品缺乏认知，对标美国出现国内SaaS。2015年，随着市场教育初见成效和厂商技术创新取得阶段性突破，2015年后中国企业级SaaS行业进入快速成长阶段2020年，更多细分赛道开始出现，行业化和场景细分化越来越明显。
2.市场渗透率
到2020年，市场渗透率在15%左右，已应用SaaS企业数量在700万家零代码开发
总4000余万家，潜在企业数量为1200多万家其中付费用户占已应用的5%～10%
SaaS供应商数量也增长至10万家，供应商的增长意味着这是一个好的产业，聚合效应的积累从2015年开始发生质变，主要三类角色：
传统IT软件服务商转型原生SaaS服务商互联网BAT入场
品类上，当前已突破500大类：
2010-2015年，主要是传统IT的SaaS化为主，以CRM/HR/协同/为代表的标准化SaaS服务为主2015-2019，以协同/数字营销/CRM/为代表的非标准化SaaS服务出现2019后的近两年，开始出现越来越多的以数字营销/CDP/电商为代表的行业化、场景化的非标SaaS服务
3.行业和产品集中度
供应商市占率集中度不高，top3 20%左右行业集中度较高，制造（21%），互联网（21%），软件（10.5%），能源（4.8%）、金融（3.3%）品类集中度较高，协同、营销、HR占比过半，且对应的供应商和营收规模都占比过半
通常而言，市场渗透率越高代表该领域SaaS应用越成熟，市场教育成本越低，行业集中度越高代表领先厂商的优势越明显，新进入者入场难度越大。
CRM、零售电商赛道受移动互联网带来的新模式冲击最大，市场和资本关注度高，目前已出现多家营收过亿的创业公司。随着SaaS渗透率的进一步抬升，领先厂商加速收割市场，竞争趋于白热化；渗透率居中的新型赛道竞争格局不确定性更大，虽然已经出现部分领军者，但后起之秀同样活跃，各方势力均有机会。市场渗透率和行业集中度双底的区域，SaaS应用成熟度低，同时传统软件竞争格局较为分散，在该区域深耕、培育市场者可积累先发优势。市场渗透率低、行业集中度高的区域多为传统软件巨头把控，相对机会有限。
SaaS（Software as a Service，软件即服务）这一概念的最早提出者已经无法考证了。业界一般认为，Salesforce的创始人兼CEO马克·贝尼奥夫是SaaS商业模式最早的实践者。
马克最初对SaaS的设想非常超前，虽然今天在互联网上使用应用程序很平常，但是在二十年前，很多人根本就没有用过互联网。除了超前的概念外，SaaS模式还非常实用，用户无须再把软件买回来，放在自己的服务器上。
马克坚信：一定有一种方式，让购买软件更加方便和便宜。企业不再需要动辄数十万、上百万美元的投入，也不需要经历漫长的安装和实施周期，只要注册和付费，用户通过自行配置就可以使用软件，对软件进行维护和升级也不需要用户亲自动手。零代码开发
更关键的是，在移动应用还没有诞生的年代，用户就能在世界各地使用任何终端设备，像访问网站一样随时访问自己的应用。
这种将软件作为一种服务来销售，而用户只需要每月缴纳固定的费用即可使用软件的模式，在20世纪90年代就已经出现了，当时被称为按需（on-demand）服务，这就是SaaS的雏形。
在详细说明SaaS模式之前，我们有必要了解一下SaaS的演进过程，看它是如何从一个设想发展成为一种主流的企业服务模式的。
SaaS在企业服务领域成为一种主流形式，也只是近些年的事情。实际上，这个演进过程相当长，主要经历了4个阶段，如图所示。
SaaS的演进过程
终端设备：通过远程终端访问集中式的主机机房，来处理或获取业务的信息和数据。现在还能在一些影片中看到这种终端设备的身影。C/S应用：即客户端/服务器的访问模式。通过桌面客户端访问独立服务器，处理或获取业务信息和数据。这是早期开发者和用户在局域网中常用的一种应用架构。网页托管：通过网页托管访问分布式服务器，处理或获取业务信息和数据，也就是所谓ASP（Application Service Provider，应用程序服务提供商）。这时已经出现了诸如多租户、应用共享、订阅收费等形式，有一点SaaS的雏形了。云原生应用：通过云原生应用，访问由软件定义的、虚拟化的服务器，也就是今天的SaaS模式。
总的来说，SaaS以应用托管和多租户的概念为发端，随着互联网和云计算技术的普及，逐步发展成为一种新的企业服务形式。
SaaS和传统软件最大的区别就是按需(on-demand)供应和提前(on-premise)部署。零代码开发所有其它细致性的差异，都是基于这点核心差异衍生出来的。下面主要从企业的不同角色论述SaaS产品和传统软件产品的差异。
1. 大Boss
对于企业用户的Boss而言，最关心的是自己每笔花销的ROI，支出和收益都是重点考虑因素。
1）企业支出
任何产品的投入都有回报周期，所以Boss早期感知最强的自然是产品的价格和收费模式。SaaS产品的订阅制商业模式相对于传统软件而言，是压倒性的优势。
一是没有实施成本；SaaS产品免去了传统软件冗长的本地部署流程，在公司正式开始使用产品前，几乎没有任何沉默成本（不考虑机会成本）。
二是产品试错成本低；按月付费的早期投入会明显低于传统软件的一次性投入，就算购买的SaaS产品没有达到预期的效果，也能以较低的成本切换到下一个意向产品。
三是节省企业的IT支出；从长远来看，SaaS产品的累计付费必定高于传统软件的一次性支出，但考虑到按月结算对企业现金流的压力，特别是对于中小企业而言，可以节省出一笔相当可观的费用。
2）企业收益
零代码开发
增收类产品，Boss可以相对快速地衡量回报率，但是降成本类产品，企业需要经过较长的周期才能评估。而且无论哪种产品，采购和早期应用产品时，Boss只能通过企业本身的述求和产品的匹配度来主观评估ROI。
下面我们分别从通用能力和定制能力两个角度去解读企业和产品的匹配度。
通用能力：SaaS产品的通用功能是面向所有客户的，而且会不断基于客户群体的反馈优化升级，产品迭代的思路已经逐渐和互联网产品趋同。而传统软件产品的本地部署方式已经决定了版本的优化是漫长又笨重的，而且大多数传统软件产品的升级需要额外付费。
定制能力：传统软件产品的定制化能力无疑是优于SaaS产品的，本地实施的过程也是不断吸收企业定制化需求的过程。但是我们也要看到定制和通用的界线本身没有那么清晰，而且从结果论的角度出发，合理的定制需求必然通用。
对于广大的中小企业而言，定制的需求要弱很多，SaaS产品也应该尝试通过方法论的角度引导客户采用通用功能解决。
但对于大型企业而言，定制是必不可少的，SaaS产品目前也在尝试通过私有云和混合云部署的方式去解决它。零代码开发
2. 一线员工
对于最一线的员工而言，大家更在乎的是产品好不好用，能不能帮助我更高效地完成日常工作任务。虽然他们是使用产品最多的群体，但由于并不是付费主体，所以早期并未获得服务厂商的重视，这也是传统软件产品和SaaS产品产生差异的重要因素之一。
1）用户体验
讨论用户体验上的差异，需要明确两点客观因素的不同。
用户量级：相同营收规模的SaaS公司和软件公司，一定是SaaS公司的用户数领先一个数量级。
用户画像：SaaS公司大多从SMB切入市场，而对于很多小公司而言，老板自己就会承担不少一线员工的任务。
所以我们看到，SaaS公司收到用户侧的反馈更多，同时这类用户的一部分本来就和付费主体重合，逼迫SaaS公司不得不重视一线员工的反馈。另外，用户量级的提升也有利于SaaS产品收集更多的行为数据，并从UE的角度去优化产品的用户体验。
2）跨端协作
移动化是消费级市场和企业级市场都在不断发生的变革，我们不会指望企业级应用能完全通过移动端去解放生产力，但是移动端一定会是桌面端应用的良好补充，甚至在某些场景下，会承担比桌面端更重要的业务流程。
比如对于不少一线销售员工而言，他们的大多数时间都在拜访客户或是见客户的路上，那么站在业务支持的角度，他们对于移动端的需求会远远大于桌面端。零代码开发
SaaS产品和软件产品的技术架构就已经决定了基于云计算的SaaS能够良好地支持移动端生态，包括双端联动等对实时性要求更高的业务需求。
3）开放程度
这个特点在海外产品更为明显，有一项报告称美国的小微企业平均使用100多个企业级产品。对于一线员工而言，不停切换产品界面，互相导入数据必定是一个费时费力的活。
SaaS产品的开放性，包括更上游的PaaS类产品，对于跨产品的兼容性是远远超出软件产品的。美国市场还进一步衍生出专门打通不同产品之间数据壁垒的SaaS产品Zapier和PieSync。
3. IT支持
企业采购外部IT系统，有一个重要角色是IT支持，大公司会有专门的IT服务部门，小公司一般由现有职能团队兼任。
基于SaaS产品的非本地化部署，我们可以理解为SaaS产品已经把IT支持这项服务包含在自己的业务范畴之内了。这也是SaaS公司会演化出CSM（Customer Success Manager）岗位的原因。
软件产品则恰恰相反，IT支持是一个必不可少的岗位。单是本地部署服务器的维护和运营就已经需要耗费不少人力了。而且软件产品一般是一锤子买卖，交付后的维护成本相对较高，企业设置专职的IT支持人员性价比相对较高。零代码开发
市面上主要按照两个维度区分SaaS产品：
覆盖行业：通用SaaS产品和行业SaaS产品
业务目的：市场类SaaS产品和效率型SaaS产品
1. 覆盖行业
通用和行业其实是相对的概念，即使是广义上的通用SaaS产品也会针对不同的行业包装解决方案。
零代码
