2006年11月16日星期四

再论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一样,对于传统软件开发商来说是一个风险和挑战,没有实力的软件开发商最好不要贸然进入这一领域。

没有评论:

发表评论