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产品的定制化需求并非完全意义上的伪命题，但以现有的技术发展程度来看，远方虽有光，但脚下却还是一片沼泽地。（文章首发钛媒体）