PaaS是位好同志,但SaaS公司搞PaaS却不大靠谱

IaaS、PaaS、SaaS是云计算的三种服务模式,IaaS和SaaS的关注度向来很高,但对于PaaS行业内的讨论并不多见。

PaaS称为平台即服务,实际上就是介于IaaS和SaaS的中间件,所解决的核心问题是SaaS应用的开发、协作和分发。

目前,IaaS市场已经被AWS、阿里云等巨头所瓜分殆尽,几乎没有给后入者留下任何生存空间。SaaS市场则自2015年爆发以来,两年时间,各类企业级SaaS应用层出不穷,特别是随着大批传统软件开发商借势“上云”,企业级服务的各条赛道逐渐人满为患。

SaaS应用越来越多,而大家依旧各自为政,市场因此开始出现对PaaS平台的呼声。近来,有一股思潮认为,SaaS-PaaS是企业级服务的最佳模式。

所谓SaaS-PaaS,即SaaS公司向上去建立PaaS平台,以此为其他SaaS厂商提供开发环境、协同协作以及应用分发等服务;同时,以PaaS平台的身份带给B端的企业用户更加多元化的SaaS应用选择权,满足不同行业B端的个性化、定制化的需求。

这样的SaaS-PaaS模式听上去还不错,一石二鸟,既解决了SaaS应用之间信息孤岛的问题,又解决了B端用户在选择SaaS产品时最担忧的行业适配度问题。然而,二爷认为,SaaS公司向上去做PaaS平台,这事一点不靠谱。

要做PaaS可以啊,但凭什么是你说了算?

“上云”是未来企业无法挣脱的宿命,那么对一个企业来说,就必须实现前台、中台、后台的信息流、用户流、物流、资金流的经脉畅通。

虽然针对企业信息化各个环节(CRM、ERP、客服、OA、HR等等)的企业级SaaS应用已经越来越多,每个环节都可以选择相应的SaaS软件,但各家SaaS应用之间“不通”的痛点也随之越来越明显。

对企业来说,仅在某一环节靠SaaS解决问题是远远不够的,比如企业不可能为了让自家CRM听懂SaaS客服系统的信息流,而花费力气去把售前客服系统的信息流“翻译”成CRM能听懂的数据语言,如果每个环节都要这样去做,成本实在太高,这就是业内经常提到的“信息孤岛”问题。

为了打破信息孤岛,一些SaaS公司想到了PaaS,他们切入PaaS的核心逻辑是,我来做平台,由我制定游戏规则,现在大家统一都说“英语”,那么各类SaaS产品之间的信息流就能打通了。

道理是这么个道理,逻辑也没毛病,但“我要做PaaS”这话并不是随便哪个SaaS厂商都能说的。

1、你够大吗?

近代英国号称“日不落大帝国”,曾经无比强大。有很多国家其实并不喜欢英国佬,比如大清朝,但英国人说,没关系,哥打到你喜欢,于是英语成为了国际通用语言。如果现在金三胖说,英语太难听了,现在大家改说朝鲜语,朝鲜语才是国际的通用语言,估计中东的油老板们就要强推阿拉伯语了。

所以说,想要做PaaS平台的SaaS厂商,首先你要足够大,在某个领域已经拿下了非常多的市场份额,比如在CRM领域,有40%,甚至60%的企业都在用你的SCRM,即实打实的用户掌握在你手里,你才能具有这样一呼百应的市场号召力,别的SaaS厂商才会慕名而来,否则你说话是不会有人听的。

问题是,国内SaaS市场有这样的企业级服务巨头吗?答案是,没有。

2、你够重要吗?

第二,撕下SaaS厂商做PaaS的伪装,本质是让其他友商来做我的插件,来当我的ISV(独立软件开发商)。老实说,这个技术立场其实并不厚道,除非你实在是太重要了,大家没你不行。

当年周公提出和平共处五项原则,广大亚非拉兄弟拍手称快,立刻表示,我们跟你是一帮的,原因是这五项原则确实代表了这些国家的需求,大家对世界和平有绝对一致的立场。回头再看想要做PaaS平台的SaaS厂商,让友商做插件的这个立场是否对绝大多数友商有利呢?我看未必。

那么,现在喊出要做PaaS的同学所处的领域(CRM)对企业来说是否真的不可或缺呢?对企业来说,CRM系统的确很重要,但并不是不可或缺,只能说CRM是中国SaaS行业比较早爆发的一个领域。而身处其他环节的SaaS公司可能都认为自己对中国的B端企业来说是不可或缺的,有非常多的SaaS公司都做了开放平台,其实也就是想让别的SaaS产品能够接入,或是吸引其他领域的开发者。

事实上,企业的需求千差万别,不可或缺的信息化节点也不尽相同,这样的差异化不仅没有趋同,反而在逐渐加剧。再来看,中国有这样不可或缺的SaaS公司吗?答案是,也没有。

PaaS能够解决企业用户对SaaS产品的定制化需求吗?

SaaS公司做PaaS平台的另一层打算是,寄希望PaaS能够解决不同行业对SaaS产品的定制化需求。

不可否认,市场对软件产品的定制化需求客观存在,而绝大多数的SaaS产品是无法完全满足不同行业、不同企业的个性化需求的。于是,业内更加普遍的做法是,以SaaS产品为核心,再结合不同行业的需求,针对性的需求推出定制化色彩的解决方案,以期能吃掉该行业内的绝大多数企业用户。

而SaaS公司切入PaaS解决定制化需求的逻辑则是,我在平台上整合一系列能够满足B端用户个性化需求的SaaS产品,大家排列组合,用户的定制化的需求就能够满足了,因为我没有的,总有人可能会有。

逻辑依然没毛病,但实现起来比较难。为什么这么说,因为数学老师告诉我们,排列组合的项越多,运算过程则越复杂,各项之间均满足所有条件的概率则越小。

比如,我是一家做牙科整形的企业,我需要一套SaaS管理软件,我的需求是:1、一套客服系统负责售前售后沟通;2、一套CRM帮我做线上、线下的客户管理;3、我也做牙科整形设备的电商,需要一套线上成交系统负责PC商城、微信商城、天猫店的管理;4、一套OA系统,让执业牙医之间能够协同合作,实现会诊;5、各个环节之间的要能够形成一套直观的数据报表供我实时查看,帮助我制定运营策略。

现在我希望你利用你强大的PaaS平台帮我整合出一套完美的信息化系统,快速响应我如此个性化、定制化、复杂化的业务需求。

稍有行业经验的人应该能够看出这样的SaaS产品基本是不存在的,即便是PaaS平台上有很多相关的SaaS应用,但要他们都能满足一个牙科整形行业的定制化需求,且全部打通还可输出在一份数据报表上也绝对是小概率事件。

除非相关应用迫于PaaS平台的压力,进行了全面的定制开发,而这个成本得快速转嫁到企业用户的身上,否则一旦用户不再续费,那么这样的一套产品便很难再租出去了,而这早已经违背了SaaS的精神,远不如定制开发一套核心系统,再用API打通相关软件产品来得轻松愉快。

所以,虽然说PaaS解决企业对SaaS产品的定制化需求并非完全意义上的伪命题,但以现有的技术发展程度来看,远方虽有光,但脚下却还是一片沼泽地。

本文转自d1net(转载)

时间: 2024-11-28 22:45:48

PaaS是位好同志,但SaaS公司搞PaaS却不大靠谱的相关文章

SaaS公司融资的“22条军规”

本文是SaaS教父Jason Lemkin的一篇分享.他在文章中分享了他不投资一家公司的22条理由,希望对打算融资和正在融资的你有所启发. 为何有的早期创业公司能成功融资,而有的公司融资却屡遭挫折?个中原因很多时候难以捉摸.有些投资人会因为看中一家创业公司强悍的工程师团队而选择投资,有些投资人看中的是公司的Initial Traction,还有些投资人则被创始人的勇气魄力所折服. 在这篇文章中,我并不想分享我为什么会投资一家创业公司,相反,我会列出我不投资一家创业公司的22个理由.这22个理由就

SaaS 公司创始人在资金上必须搞明白的18件事

创业者在资金问题上要注意这些事! 编译丨拓扑社 原野 本文作者是 Blake Koriath 是High Alpha 风投公司的财务负责人,他在帮助无数初创公司成长的同时,总结出来了下面这些重点. 我很乐于给 SaaS 公司的 CEO 们提供帮助,无论是在他们刚刚起步,还是在发展壮大的过程中都会遇到种种挑战,每逢此时,我都非常乐于给他们提供各种信息.工具,帮助他们从雷区.深渊边绕开.看到公司能够在我的帮助下实现更快的增长,为雇员.创始人和投资人创造更多的价值,我的内心是充满快乐的. 当我遇到的创

SaaS 公司如何切入大客户

编者按:本文作者是氪空间第四期项目 Kuick 创始人崔超,其现在的产品KuickDeal是一款销售活动管理工具.本文来自作者投稿,36 氪经授权转载. 首先,今天我们不讨论 SaaS 公司应该做中小企业还是中大型企业这个问题,这在过去一年中也基本有了些结论,不同的企业有不同的选择,我个人是比较坚定地站在国内的 SaaS 公司应该去做中大型企业客户这边的,但这也只代表我个人以及 Kuick 的选择而已,本文只讨论当一个 SaaS 想要去搞定大客户时,可以借鉴的一些方式和方法. 国内大型企业现状

史上发展最快的SaaS 公司如何打造令人尖叫的产品

原文编者按:本文来自First Round Review,他们的文章既讲故事,还会向创业者提供具有很强操作性的建议,以助力打造优秀的公司.如何通过获取和利用有价值的用户反馈数据信息来改善产品?大部分创业者都会为此头疼.本文中,堪称史上发展最快的 SaaS 公司 Slack 的首位产品经理分享了 Slack 获取和利用有价值的用户反馈信息.从而打造一款令用户尖叫的产品的经验. Kenneth Berger 2014年6月 加入 Slack,那时 Slack 正处于爆发式增长期,媒体报道也是铺天盖地

SaaS公司如何做到内生增长?

编者按:本文作者Clement Vouillon供职于欧洲天使投资机构Point Nine Capital,负责市场相关的工作,此前也曾参与创立2家SaaS公司.拓扑社此前曾编译Clement Vouillon关于2016年SaaS领域趋势的观点,见<投资人解读2016年SaaS领域的7大趋势>,而本文中作者主要通过总结自己在SaaS领域服务和实践的所见.所想.所得,对SaaS初创公司如何做到内生增长进行相应的梳理,希望能够帮助到正在创业的你. 对于很多 SaaS 初创公司来说,「内生增长」已

从硅谷20家领先的SaaS公司看中国SaaS 产业

2015年11月,英途组织国内一些ToB创业者;腾讯,用友.金山.百度等公司高管;中信.宽带等投资人;35互联.实益达等上市公司创始人一行20多人去了硅谷,与诸多国际知名SaaS厂商的领导人进行了8天的拜访与交流.从中美SaaS环境的差异,到TO C与TO B市场做法不同,深刻分析了回归TO B本质的意义,探究了当前中国SaaS产业的同业者所需要面对和聚焦的课题.相信能给国内诸多SaaS企业以启发. 2015年11月,我们一行20多人去了硅谷,同行除了中国一些ToB创业者,还有腾讯,用友.金山.

初学者的忧伤-哪位大神给自己公司开发过好的异常处理机制,求指点一个好的方案

问题描述 哪位大神给自己公司开发过好的异常处理机制,求指点一个好的方案 我公司现在需要开发一套自己的异常处理机制,就是当异常出现时,在客户端能够返回具体是哪的什么异常,如微信API以及一些大公司做的那种,求指点方案. 解决方案 定义一套有规律异常编码,一看返回编码就知道哪里有异常 解决方案二: 主要就是定义错误码,可以参考微软的GetLastError的做法,就是提供了各种各样的错误码信息,这样用户可以查询了解具体的错误原因. 解决方案三: package com.lz.ctsframework

SaaS公司投资分析时,MRR比ARR指标更有用 | 投资人说

"顺时而动,因时而变",快速把握公司所处的发展阶段,并采取对应的策略,公司的发展方可万年长青.但Boss们可能忽略了ARR与MRR两大参数,因此对某一发展阶段的关键问题采取了不恰当的应对措施,给公司发展带来了莫大损失. Foundry Group 的 Brad Feld 在"The Journey From $1m MRR to $2m MRR"一文中介绍了ARR与MRR的关键阈值,给我们带来了莫大启发. 对于SaaS(提供软件服务的公司),社会上流传着一种说法--

SaaS公司保持经久不衰的三大竞争优势

技术优势并不足以确保一个SaaS公司经久不衰,因为所有SaaS软件的核心采用的是同样的架构.关系数据库用于存储数据,网站用于公示这些数据.这适用于客户关系管理 (Salesforce).营销自动化(Marketo).电子邮件(Exchange).内容管理系统(Sharepoint)等软件. SaaS应用程序使用的是标准数据库,因此工程师可以轻松地将数据从一个数据库转移到另一个数据库.由于架构差异的存在,在这里我已经将过程大大简化了,但原则上它还是一个简单的过程:将数据从一个关系数据库提取.转换并