SaaS模式强于传统预制模式

 
   | |

导读:对投资者来说,SaaS模式相比预制(on-premise)模式具有更可预测和更友好的优势。

关键词:SaaS SaaS模式 软件 流程

 
正在加载数据...

  无论是在国外还是在国内,SaaS已经成为一个热门话题,它究竟靠什么迅速赢得了企业客户的认可?起动成本低固然是一个因素,BoardVantage首席执行官Joe Ruck认为,对投资者来说,SaaS模式相比预制(on-premise)模式具有更可预测和更友好的优势。    

  很多人认为,做软件很容易。你只需收集好市场数据,然后采用高级别技术规范,制作成软件产品并进行测试就可以。然后进行营销工作,做些截图向客户演示。最后销售部门就可以等着订单涌来。但事实果真如此吗?

  不幸的是,对软件厂商来说,这种制作软件的模式时代已经过去。实际上,制作好的软件往往需要花费更长的时间,需要从了解市场开始。多数情况下,厂商对于市场的本身没有足够的了解。当你进入任何一家公司,让他们详细的介绍一下诸如订单输入等方面的业务流程,都会得到各种不同的回答。

  流程的设计过程

  管理层会按他们的理解来描述流程。不幸的是,这种乌托邦式的理想往往不考虑现实世界中可实现性,所以流程的准确性无从谈起。

  实际上用户有他们不同的需求,在提供客观的描述方面,少数工作人员被寄以重望,但他们中的多数人对有细微差别的结果置之不顾,还有些人会刻意地隐瞒一些技术方面的细节。不幸的是,由于管理层不赞同,也没有采用必要的临时性解决方案。最终定义的业务流程往往因为不准确和/或不完整而失败。

  即使用户描述准确,如果流程本身设计有缺陷,流程自动化后情况也只能是变得更糟。说得婉转些,许多公司内部流程的质量差别很大。他们可能在一个部门非常杰出,但在另一个部门却非常平庸。没有好的流程,自动化就是一个相当大的麻烦,只会使公司状况更遭,甚至会导致公司走向失败。

  与自动化流程相关的第二个问题是没有考虑灵活性。其实只要有点常识就足以应付这一挑战,但许多应用程序错在设置了太多的输入框和验证区等,使大批用户感到失望。

  需求的滞后

  供应商一般通过收集客户的意见来形成具体的流程设想,然而,令人失望的是,多数客户往往只有在看到做好的程序之后才明白自己真正想要的是什么。

  这样供应商就只剩一个可靠的选择了,即:在选定最终产品规格之前,建立一系列的雏形版本或预生产版本。从某种意义上说,最终产品将是“群体智慧”的结晶。当然,这耗时耗财,正是由于这个原因供应商通常不这么做。

  另一方面,这样做除了能生产出更好的产品外,供应商还可以通过这种方式动员各方面的参与。所有这些的关键都在于客户参与。正是因为这一点,SaaS模式胜出了,因为在流程设计中, SaaS模式可以快速提供雏形并能及时执行,而预制(on-premise)模式很难做到这一点。

  所见并非总是所得

  就企业软件来说,客户想买的、他们在演示中看到的和实际交付的往往是不同的东西。对于SaaS来说,它是“所见即所得”的,即你看到的就是你得到的。没有必要定制美化效果的演示光盘,只需要一个实际的功能示范即可。不需要特殊的客户执行环境,个人用户也可提供服务。

  预制(on-premise)软件还有一个问题,软件的实施和集成通常由客户的IT部门进行,几乎没有供应商的参与。即使供应商的专业服务团队参与了,客户一些重要的个性化改进要求也很少能够被体现到产品中去。

  或许客户与软件供应商之间最大的分歧在于,由于还未售出的软件不会对供应商产生直接的不利影响,所以供应商缺乏动力来看到一个成功的客户实施。这与 SaaS模式形成了鲜明的对比,因为SaaS供应商的收入取决于客户的年度订购,只有客户使用满意之后才有可能来年再次订购SaaS服务。

  IT机构和分析师们经常说项目失败率为30%或更高,对于大部分预制式(on-premise)应用软件来说,卖不出去是无可争辩的事实。就这点来说 CRM是个传奇:Gartner报告称55%的项目未能达到预期,而巴特勒集团的报告则认为项目失败率高达70%。因此,在开始一个CRM项目之前,理性的人都会先预测一下失败的可能性。

  续约率是衡量客户满意度的真正标准

  作为一个SaaS公司的CEO,据我的了解,董事会密切关注客户的续约率。这是衡量客户满意度的最好的单一指标。客户可以选择一年签一次合同,如果我们的服务很差,他们就不会使用我们的系统,也就不可能继续与我们签约了。这使我们可以清楚地了解客户满意度情况,而且效果比直接对1000个客户做调查还要有效。

  在SaaS模式下,所有客户使用相同的实施,这可以让你对如何改进它充满信心,因为会有很多声音告诉你应用需要改进的地方。当然,你听到的想法有可行的也有不可行的,不过既然我们处于一个有创意的市场,可行的想法才能胜出。因此,随着时间的推移,SaaS解决方案开始代表综合的最佳解决方案。SaaS模式中设置了改进机制,鼓励客户提出改进产品的设想。

  如果应用程序存在很多问题的话,SaaS供应商的运营也不能长久,因此这会促使供应商主动提高软件质量。成千上万的客户将受到影响;作为一个SaaS的供应商,你必须解决存在的问题。否则,当客户的服务合同期满时你将面临不能续约的危险。

  重复业务是SaaS商业模式的基石。SaaS企业的启动成本很高,示范模型的建立也需要时间。然而,一旦SaaS企业启动起来,SaaS模式就比预制模式(on-premise)更具可预见和友好性。其真正的魅力在于:在解决方案的质量、功能和测试等方面,该模式完美地将客户和供应商的目标统一起来。因为 SaaS只在单一环境中运行,不需要支持多种不同的配置。这意味着,工作人员可以集中精力和时间自由地将客户提供的大量的反馈意见整合到软件的新功能中去。从某种意义上说,SaaS的客户不仅仅订购了服务,他们还影响着整个市场的信息收集、集中和提炼。


SaaS模式
 福布斯:SaaS模式迫使软件业作出选择
 你的企业SaaS模式到底有多成熟?
 SaaS模式下的数据安全及满意度亟需完善
 探究SaaS模式下ERP的中国之路
 通过SaaS模式提供SOA服务
 SOA、SaaS模式使软件维护费有望取消
 超半数SaaS企业对2009年发展态度乐观
 SOA之SaaS化 以SaaS提供SOA服务
 通过SaaS提供SOA服务
 SaaS软件服务优点全解析
 三大因素影响SaaS未来三年发展
 SaaS、复合应用和SOA:让三者一同工作(三)
 SaaS、复合应用和SOA:让三者一同工作(二)
 SaaS、复合应用和SOA:让三者一同工作(一)
 SaaS是SOA服务方式的自然延伸
 SaaS、云计算、软件:危险的“三角恋”(二)
 SaaS、云计算、软件:危险的“三角恋”(一)
 是架构还是软件? SOA与SaaS还在不停争论
 SaaS繁荣是资本效应还是市场需求
 选择SaaS应用前必须考虑的问题
 软件即服务(SaaS)在云计算中扮演的角色
 SaaS模式强于传统预制模式
 SaaS等待变盘的临界点
 SaaS:光环难掩四大隐患 先驱者或成捐躯者
 SaaS:克服传统软件的三大恶习
 SaaS的优点是什么?
 黑帽研究人员:SaaS数据缺乏法律保护
 金融风暴下SaaS的完美冲刺
 SaaS运营注定与小规模服务商无缘?
 专家预测 2009年SaaS或许能拯救统一通信
 SOA是套拼接积木 CIO应该如何搭?
 GE CIO谈SaaS应用:与自建系统差异不大
 Gartner:ECM与SaaS结合并不顺利
 TCO模型助CIO准确对SaaS作出效益评估
 2009年SaaS市场理性回归 出现三拐点
 SaaS和云计算改变 开发员须适应变化
 SaaS与数据安全能否兼得?
 Websense借力云安全大幅提升SaaS服务水平
 是架构还是软件? SOA与SaaS话题争论正酣
 实现“软件+服务”(S+S)的注意事项(下)
 实现“软件+服务”(S+S)的注意事项(上)
 互联互通制约SaaS和SOA应用
 浅谈基于SOA架构的SaaS化

原文出处:http://www.it168.com/
 
来源:IT168    
 
 
 
 
 

BPM

 
过度依赖IT基础设施来提供一个解决方案可能会引起新的问题。但这不意味着应该把IT的超常能力搁置起来。
 
业务规则引擎(BRE,business rules engine)是一种软件组件,它允许非程序员添加或更改业务流程管理(BPM)系统中的业务逻辑。
 
总览企业视图使企业架构师看到了企业内部的组织之间的相互关系,并能用战略和目标来帮助调整架构。但是很少有企业架构师设计整个企业的架构……
 
按字面的意思理解,一个企业架构可以跨越整个企业。同样的,一个企业架构在试图用技术解决问题前应该有对整个企业的理解。
 
虽然已经有很好的SOA的企业可以为BPM和BPMS的实施铺路,这两者之间的关系不是很必要。BPM关注业务需求,而“SOA是关于在企业内部改善资产的使用……

热门技术手册排行

 

随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

 

本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。

 

业务流程管理(business process management,bpm)不是一个新概念,甚至不是一个新名词。它是从相关的业务流程变革领域,如业务流程改进(bpi)、业务流程重组(bpr)、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、eai、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。

 

TOAGF是一个架构框架,简而言之,TOGAF是一种协助发展,验收,运行,使用,和维护架构的工具。它是基于一个迭代(Iterative)的过程模型,支持最佳实践和一套可重用的现有架构资产。

 

云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。

 

Mashup是一个非常cool的新的应用程序种类。如果你想真正的了解它们,我们需要回过头来看看你现在的计算机,其实它就是一个非常好的帮助你理解mashup的模型。现在开源的操作系统无疑是非常好的apis的集合或应用程序编程接口,帮助开发者去构建其应用程序。计算机本身也是一个很好的为用户提供接口的例子,键盘和鼠标可以被理解为你通过计算机的接口而使用的不同的应用程序。本技术手册为读者提供了一些相关信息,如果需要深入了解mashup,读者可以借助其他参考资源。

查看更多
 
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
电子邮件地址:
请输入您的电子邮件地址
密码:
下次自动登录