青青子衿, 悠悠我心, 但为君故, 沉吟至今
« SaaS的前途和命运防火长城真是神仙啊 »

再论SaaS的的实施风险

  昨天我讨论的《SaaS的前途和命运》的文章,icemanpro有一些不同看法,他认为SaaS会成功,所以今天我就再详细论证一下SaaS(Software-as-a-Service,软件即服务)的实施风险问题。

  第一点,关于软件托管服务的信用度问题,直接关系到托管服务商自身的能力和投入,比如实施一个ERP系统的在线托管,服务商需要保证99.9%以上的连通率,以软件开发为长处的软件开发商不得不进入网络和服务器维护这个领域,投入巨大的资金购买服务器和带宽,恶意的竞争对手还可能使用DDOS来攻击托管服务,因此还需要投入资金购买高效的硬件防火墙,本来应该是客户自己购买的各种成本全部转嫁给了软件开发商,这样,一个软件开发商又要搞软件开发,又要搞网络维护,各项成本明显地直线上升,像SAP这样的国外大型软件服务商当然有能力这么做,但是国内的软件开发商也这么做,无疑会重蹈ASP失败的后尘。

  核心观点:软件开发商应该将主要经历放在软件功能的完善和开发上,对于在线托管服务的涉及需要投入不少资金和人力资源,需量力而行。

  第二点,对于软件功能的差异,我知道目前B/S技术的确有所发展,小型的ActiveX可以完成一些小功能,对于大型ERP中流行的开发技术EJB,也可以通过Java客户端应用程序实现WEB界面上的GUI界面,通过浏览器自动下载Java客户端包后,实现和传统GUI一样的用户界面,并且开发量很小。这种胖客户端的方式,显然只能用于部署在局域网范围,在Internet上,部署这样的应用,用户可能很难接受,使用前下载庞大的Java客户端包显然不是一个友好的Web访问方式。而要开发符合Internet特点的Web应用,目前的技术还不成熟,要做成和GUI客户端类似的界面,需要庞大的开发工作量,显然,软件开发商在投入这种开发之前,需要考虑一下这么做是否值得。即使开发好了,客户是否会接受。

  核心观点:软件开发商应该考虑开发成本,将主要的精力和开发力量放在客户可接受的方案上。贸然创新,有一定风险。

  因此,对于目前的SaaS(Software-as-a-Service,软件即服务),我觉得其前景和以前的ASP一样,对于传统软件开发商来说是一个风险和挑战,没有实力的软件开发商最好不要贸然进入这一领域。



  除非注明,月光博客文章均为原创,转载请以链接形式标明本文地址

  本文地址:http://www.williamlong.info/archives/694.html
  • 文章排行:
  • 1.ehaagwlke
  • 本人不是搞技术的,对第二点理由没有发言权——当然对第一点也不是说对第一点有发言权。有一点想法是:如果把做软件和将软件的Web Service化分成两个部分来实现的话,是不是这种风险就会减少呢? 比如在SaaS中进行再一次的分工,Soft由一部分公司或者组织来做,而Service的实现和运维由对相关领域更加在行的公司或者组织来做,二者可以有个利益上的分配,或许这样能够减少部分的风险。不知道能不能行得通?
  • 2006/11/26 0:32:28   支持(13)反对(11) 回复
  • 2.yaozhua
  • 同意作者的观点,我觉得做服务主要靠的信誉,目前国内不知道有没有信誉这么好的软件开发商,ehaagwlke所说也不是行不通,所谓强强联手吗,但是两个公司联手的话,在管理和运作方面会不会有些不协调,而且现在SAAS还不成熟不是吗,有没有人愿意接受这种服务还是个未知数吧
  • 2006/11/30 12:00:01   支持(13)反对(11) 回复
  • 3.mywy
  • ehaagwlke 的想法我觉得有点理想化。
    我说说我的想法
    如果软件开发商和网络服务商合作的话:
    1。客户会更不信任,因为现在他们的核心数据掌握在2家公司手里。
    2。软件开发商和网络服务商之间难于精诚合作。一是利益分配问题。二是软件商的核心代码对于服务商来说相当于全面开放,自身利益无法保证。三是后期维护的合作上可能相对麻烦。
    我同意作者的观点,saas在美国已经相当成熟了,是因为美国有实力非凡的公司。但目前我国的的现况,还是挺难得。
  • 2007/4/25 10:30:14   支持(10)反对(9) 回复
  • 4.不同意
  • 楼主是搞什么的?貌似你之前过多搞的是传统桌面应该模式吧,呵呵,对互联网应用这么不放心,请问你一天有多长时间是泡在网上?你曾经在网上用银行卡消费吗?你有过在网上做与工作或赚钱有关的事情吗?...个人任为你提的两点问题根本不是SaaS最关键的
  • 2007/5/21 14:43:15   支持(13)反对(14) 回复
  • 5.saasoft
  • 前辈就是前辈,评价得非常客观,有道理。

    不过我的老大们对我们的产品非常有信心,看得很远。
  • 2007/3/30 11:31:10   支持(12)反对(15) 回复
  • 6.老牛
  • 老大,你知道如何调用不在同一空间内的zblog数据库吗?
  • 2006/11/17 10:13:37   支持(10)反对(16) 回复
  • 7.dedian
  • dude,基本同意你的观点。想当初2001年的时候,我用.net的Web Service取代DCOM来开发分布式软件的时候,也有过类似的想法,就是软件(中大型)将不再是一个需要用户花大价钱的购买的东西,而是提供一种服务。用户需要买的是使用软件的许可和相应的服务。而不再承担软件的维护费用。应为Web Servive是通过SOAP协议,当初网络安全(软件方面)和用户数据资料的保密问题确实是一个问题,另外你说的硬件网络的部署确实也是一个比较大的开销。所以,那时想法归想法,最终也只能承担内部的网络用户使用软件服务。不知我们说的是不是同一件事?
  • 2006/11/17 4:09:57   支持(7)反对(14) 回复

发表评论:

 请勿发送垃圾信息、广告、推广信息或链接,这样的信息将会被直接删除。

订阅博客

  • 订阅我的博客:订阅我的博客
  • 关注新浪微博:关注新浪微博
  • 关注腾讯微博:关注腾讯微博
  • 关注认证空间:关注QQ空间
  • 通过电子邮件订阅
  • 通过QQ邮件订阅

站内搜索

相关文章

热文排行


月度排行

本站采用创作共用版权协议, 要求署名、非商业用途和相同方式共享. 转载本站内容必须也遵循“署名-非商业用途-相同方式共享”的创作共用协议.
This site is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 License.