编者按:ASP模式和SaaS模式的区别,一直被人们混淆。SaaS架构由于基于多租户并且可拓展,可大幅降低创业成本,但单租户的ASP模式做不到这一点。那么,使用ASP模式的创业公司应该怎么转型呢。本文经授权转载自微信公众号“ SaaS云记”(saascloudji),作者纪伟国。
上周,一个VC朋友找我帮忙看一个投资项目:“Saas+Paas”。答应之余,我也充满好奇,毕竟没有三五年时间,没有大量客户去磨,Paas平台难有小成,如今新出来的项目就打这张牌还是值得看看。
聊了不到十分钟,我就明白了:这是一个安装版的软件,只不过下面有一个开发平台,能够为客户提供一定的定制化开发。我恍然并苦笑:“国内所有具备一定规模的软件公司都有一个开发平台,但并不是所有的平台都叫Paas”。
换个角度简单想下:如果这样可以,那Oracle等老牌软件公司当年岂不在一夜之间就可以完成Saas、Paas了?拉里老先生又何必亲自挂帅在内部艰难地推动变革?事实上,现在市面上成功的Saas软件,没有一个是在已有安装版软件基础上改出来的,都是重新架构开发的。这也是传统软件无法快速Saas化的一个很重要的技术原因。
这又回到了Saas模式和ASP模式的差异上了。上面这种将软件安装在一个云主机上的ASP模式,已被视为一种失败的模式,因为它缺少可拓展性、太多的定制化、并没有从本质上改变客户的成本结构。Saas是基于多租户的架构,从而可以通过共享基础设施而大幅降低成本。Saas又是一种可拓展的架构,降低了整个的运维成本及复杂度、从而可以享受规模效应带来的边际成本降低。(现在人把ASP说成单租户的Saas,这种说法有些混淆视听,关于二者的区别,有兴趣的朋友可以查阅微信号的历史文章)。
讲了这么多,但是如果现在创业者的软件就是ASP模式,应该选择什么样的正确姿势呢?我分析了一下市场上的产品,根据竞争情况及产品复杂度形成了一个模型,谨为大家提供一个思考及应对的角度:
处在左下角,好消息!正确的作法是:暂停功能开发、全面改造产品的架构,如果是产品够简单,功能间松散耦合,能够改造成一个多租户、分布式的架构。事实上,国内已经有在这个象限成功改造了原有产品的公司,相当令人佩服。
处在左上角,虽然是一个坏消息,但也可以认真研究并拆分系统,逐个业务点进行改造。由于竞争激烈,处在这里的公司仍然需要快速升级产品,所以你不得不面对:产品升级和底层改造双线作战的压力,难度有点大,但值得赌一把,有一线生机。
如果处在右下角,坏消息是产品根本改不出来,好消息时你还有时间去重新做一个。此时,最好的办法是:将你的团队分成两个部分,一个部分继续销售安装版的软件保证稳定的收入,同时另外一个团队去开发一个纯Saas的软件来迎接未来的市场大势。
如果处于右上角,这可能是最tough的局面了:在一个高度竞争的市场,如果不得不花两年或更长的时间去重构产品架构,注定吉凶难料。此刻有两个选择:1)继续销售高现金流的安装版 2)寻找一个新的细分市场,进入一个新的Saas领域。
概览国内正在面临艰难抉择的ASP厂商:针对小微客户的CRM厂商,处在左上角,已经是红海竞争,产品功能也逐渐复杂,很让人头疼;而再看HR领域,招聘管理软件厂商已处于右上角,但劳动力管理软件厂商尚处于右下角,仍然有重新架构的机会。
以上观点,是北森在Saas领域摸索多年的经验总结,谨供同行们、还有投资界的朋友参考,并基于这个行业未来发展趋势的深入讨论。只是想说,一个正在迅速成长的行业,总是充满机遇,身在其中的创业者们也常会感到时不我待。但企业级市场不相信一步登天的神话,因此进入与退出、创新与改造,每一个战略选择都承载着更重的分量。真心希望看到我们这个行业的未来不至于像如今的O2O一样:创业者损失了时间、VC损失了资本、客户只能重新选型、员工也无奈重新开始… 为了避免这样一个多输的局面,倒不如我们从一开始就看准、走稳。