本文来自阿朱=行业趋势+开发管理+架构博客的《SaaS 2.0》一文。
现在都在讲转型。外贸出口加工的转型为内销渠道、品牌、设计;造手机的转型做互联网地图位置服务;软件行业早就呼喊向服务转型多年,IT规划、设计、项目管理、测试、培训、运维等等这些服务也都被客户渐渐接受形成了规模性的收入来源。
本文来自阿朱=行业趋势+开发管理+架构博客的《SaaS 2.0》一文。
现在都在讲转型。外贸出口加工的转型为内销渠道、品牌、设计;造手机的转型做互联网地图位置服务;软件行业早就呼喊向服务转型多年,IT规划、设计、项目管理、测试、培训、运维等等这些服务也都被客户渐渐接受形成了规模性的收入来源。
而我们今天要思考的是,现在的IT服务形式付费客户依然接受,只要夯实做出专业做出规模,持续复制运营就OK。那么,下一步,我们继续向服务转型,转到哪里去?
自然,今年还在讨论火热的SaaS--软件即服务就自然来到了我们的视野内。这下,就连软件本身都可以成为一项服务了。
但是,我并不乐观这个市场。虽然,SaaS的前身-ASP(应用服务托管)在1999年就已经在国内出现,而早期的SaaS在2004年也在国内出现,但至今5年,国内仍然不温不火,无法收支平衡,每一家都处于概念跟踪业务培养期。究其根源,还是和ASP一样的难题仍然没有得到有效的解决:
1 没需求。大型企业有钱购买软件、服务、硬件、服务器、互联网带宽,也有专门IT部门和IT人才。而中小企业,虽说数量众多,但在国内还处于原始积累阶段,挂靠大型企业人脉关系吃饭、到处抓单能抓到什么单就做什么单、什么赚钱就转去做什么、销售最难、资金最缺,像一群小蚂蚁走三步歇一步。要面临这个市场,首先现实容量就小。虽然从1999年算起已经10年,但是我们中小企业并没有多少改变,不断前赴后继,大量的中小企业在开办3-5年后死亡,同时又有新的创业者加入。总数规模是增大了,但每个个体仍然虚弱。
2 仍然担心数据安全被泄露、被要挟。况且,中小企业的钱都是用到刀刃上的,所以买单的信息化项目肯定是最急需最核心的。而这些核心数据往往和客户、销售、收入相关。但是,哪个中小企业的经营是干干净净的呢?总是在发票、税、费、成本、利润之间来回倒腾,这些信息怎么能放到别人的口袋呢?自己内部出了内鬼,控制手段还是有一些的。但是外部出了鬼,那扯皮何时了啊?如果使用时间长了,不想使用了,想自己换软件平台了,那岂不是让要挟,不给,不得不急需付费使用。反正心里不踏实。这个问题,现存的国内SaaS厂商都还没有给客户建立起这种信用保证。
3 对互联网B/S软件实际使用经验少。现在时机还不到火候,很多企业的软件还都是基于内部局域网的,是内部数据库服务器和桌面软件的。大量企业还没有使用在互联网上多点分散业务处理的B/S软件。所以企业都还没有互联网B/S软件使用经验,就会有错误认识误区。比如说企业觉得互联网上***多,容易受***。其实,如果企业自己要上线互联网B/S软件,把服务器托管到IDC机房中,遇到的问题比现在专业的SaaS厂商还要多。因为大量企业根本就没有专业的安全专家、备份恢复专家、性能优化专家、网络诊断专家。而且,只要是在互联网上运行的软件,都会面临网络并发速度、网络稳定性、浏览器被中***插件而工作异常等等问题。这些问题,不管是购买SaaS,还是自己上线互联网B/S软件,都会遇到。可惜,很多企业并没有这些真实B/S软件使用经验,就把互联网软件可能会出现的通病都安在了SaaS的身上。其实并不是SaaS带来的。所以说时机还在培育中,等大量企业都使用基于互联网的B/S软件5年后,开始考虑更换新一代软件系统的时候,很多认识就理性多了。
4 铁板一块。现在的SaaS软件,大部分还是铁板一块,最经常被质问的就是集成问题。要么你进入这个封闭的SaaS系统内,要么在系统之外。而现在SaaS厂商提供的应用又不能满足各种企业的应用。况且,现在的系统很少能独立存在,一般企业或多或少都有一些系统,需要做应用整合集成。如果全在SaaS厂商端运行了,这集成就不行了。虽然SaaS厂商花了大血本在开发自己的扩展定制开发环境,甚至都产生了自己的脚本语言调试器、脚本编辑器、版本管理器、插件打包发布器,但新开发出来的应用仍然被深深的锁在系统内成为了更大的铁板中的一部分。
但是,怎么能迎来SaaS的春天呢?SaaS的春天到底什么时候才能到来呢?
要解答这两个问题,咱们首先就要把以上所述的三个问题都解决掉。
第一个问题仔细分析,不是没需求,而是企业现在最急的是怎么寻找客户、怎么把东西卖出去。所以现在网络营销、网上电子商务非常的火。销售出去拿回真银白金才是真道理,否则企业连生存都维持不下去,管理再好再顺畅也没有用。所以,怎么对接电子商务和SaaS软件是关键。
现在的SaaS软件厂商也都想到了这个问题,但是解决方法却不对路。因为电子商务也是一套体系,需要专业的人力和专业的资源才能运营良好的。所以,寻找成功的电子商务厂商合作对接,而非自己再重新搞一个黄页供求库。企业一尝试发现流量低根本达不到销售宣传的效果,那么后续的步骤就根本无法走出了。
第二个问题是害怕数据被SaaS厂商利用或泄密了。这个最难解决。因为企业并不是IT专家,泄密没泄密,证据在哪里?SaaS厂商泄密后自己又采用技术手段消除一切痕迹谁能看出来?这连官司都没法打。为啥现在网上开店,数据也存放在电子商务平台上却不担心呢?那是因为网上电子商务目前还不打税,监管征收的扣子还松,不需要像传统经营企业那样为了税费绞尽脑汁的倒腾自然会有灰色数据不希望别人知道;另外,电子商务平台能够为企业商家带来最有杀伤吸引力的潜在客户,为了销售,企业也豁出去了。赚钱与数据安全相比,可以其次。
我曾经想过支付宝的形式。支付宝的产生,也是商家和消费者买卖之间互不信任,互相之间怕对方不诚信,一方丢货,一方丢钱,互不认账。所以有了支付宝担任中间的信用担保,让这个第三方来保证交易的信用安全。为什么支付宝能行通呢?还是刚才我反复强调的销售诱惑。商家是肯定想卖货了,用支付宝是有强烈需求的。而消费者想快捷方便便宜的购物,这也是诱惑,而淘宝,并没有提供其他的交易信任担保工具,唯有支付宝,所以支付宝形式行通了。
而反复思考后,这种方式不能复制到SaaS领域。因为在电子商务中,实物销售价肯定大于成本价,而客户通过支付宝要支付的是销售价。这样,再异常,也是等价的。但是,数据的价格怎么衡量?比如泄露了1万个客户信息,这损失算多少?怎么赔付?无法衡量,自然无法让SaaS厂商、客户、第三方担保评估方合作缴纳数据保险保证金。
其实这个问题有点歧途,我们这样的方向思考都是被一开始的假定条件框住了。
我们认为SaaS是在厂商的服务器中安装,客户处什么也不安装,直接用就可以了。想用多少人、多长时间、多大容量、多快性能,按需付费即可。认为这就省去了出差去安装、培训、服务支持、升级、查找BUG的费用,而且查找问题也快,修补漏洞也快、升级也简单。给客户提供的及时响应服务满意度就高。我们是为了降低成本、提高效率、提高满意度而产生了SaaS模式。其实,在没有SaaS以前,就说C/S软件,也是有租用这一说法,服务器、数据库、应用软件,IT方一并装好配置好,运送到企业那里就可以直接使用了,而且也是按需付费,可以按人、次数、时长、记录条数来月月付费。而且有了互联网,很多培训、服务支持、升级都通过互联网来做了。所以说,C/S软件,照样能办到SaaS想做的事情。只不过现在大家日常看到的SaaS主要是B/S的软件。
所以说,只要能达到良好的安装、升级、查找BUG、培训、按需付费,数据放在客户处未尝不可。既然客户这么计较数据自我拥有,那为什么不去满足客户需要呢,而非要不断教育客户希望说服客户呢?
有人说,一旦客户端安装了数据库,客户很有可能会去破解。本来SaaS还有一个功效就是防止盗版。我个人觉得这个问题也是个误区。这就类似现在的网络游戏一样,网络游戏是互联网应用,但是它却有巨大的客户端程序。它也可能会被******,它也可能遭遇外挂,网络游戏现在不也发展的挺好么?大家都赚的盆满钵满的。虽然有私服盗版存在,但现在在网络游戏领域,防***防外挂、在线支付购买的技术已经成长很好了,在SaaS领域完全可以借鉴。达到目的,解决客户问题,也能解决SaaS厂商问题,为什么老是固守着SaaS应该是这样应该是那样的框框呢?
第三个问题的关键是,客户必须有互联网运行B/S软件的需求。电子商务网站是一个应用的开端,让企业尝试了互联网上运营应用和数据管理的感受。现在,企业分散办公也非常多了,中小企业现在为了存活,无所禁忌,只要能解决问题什么形式都可以。所以采取了很多合作形式。员工可以外聘,可以工作在外地,可以成为合作者或顾问,也可以成为员工。老板一般是中小企业最大的销售者和管理者,还一天到晚在外面跑,家里家外顾了这头顾不了那头。所以这么多形式,通过互联网来协作,日常的计划、任务、审批、申请、考核,都需要不管何时何地,都可以一目了然的看到。所以,这是OA的强项。这是让企业走入互联网B/S软件的最好的导入端。只有日常管理被企业管理者应用到了互联网,其他业务部门的专项业务信息化管理才能起步。要把日常管理信息化普及了,还需要时日来扩容这个市场。假如SaaS厂商等不及,也可以和OA厂商合作一起推广。SaaS厂商自己另造OA,我一向不赞成。
第四个问题,我一向推崇的SaaS架构应该类似于现在的SNS网站。你看一个“开心农场”,现在可以插入FaceBook,可以插入QQ社区,可以插入开心网。而且现在各个SNS平台都开放了框架和接入的API。应用完全可以运行在开发者管理的服务器上,但照样可以接入这些SNS平台中。这种插件式的模块粒度和插拔形式,恰恰能接入更多的丰富应用。目前在Facebook上的应用已经超过1万多件,涵盖了商业、生活、教育、娱乐各个方面。而且平台开放出来的API可以调用,与外部的其他系统进行应用整合。这种架构非常值得目前做SaaS人来思考。
解决问题,而不是固守形式。解决问题,我们总有办法。