如果你想利用Web服务快速获得ROI，IT顾问建议你从较小的点到点集成项目做起，使用那些内部IT人员已经颇为熟悉的技术和工具。

　　业内专家表示，用Web服务实现ROI还是一个全新的理念。大部分企业并没有采用这种方法。事实上，目前生产的许多Web服务都包含特定的集成项目，这些集成项目负责将系统联系在一起。

　　这种方法和目前Web服务方面很受欢迎面向服务架构（SOA）极为不同，公司利用SOA在Web服务接口进行标准化。然后运用简单对象访问协议(SOAP), Web服务描述语言以及其它规范作为IT架构的基础。马萨诸塞州沃尔瑟姆市ZapThink LLC公司的高级分析师Jason Bloomberg表示“但是很少有企业应用了成熟的SOA,以至于这里实际上并没有利润可言”。

　　SOA带来的利润率问题很像我们通常所说的是先有蛋还是先有鸡的问题。当整个公司都采用同样的方法或者手段时，不管其是不是Web服务，都会从执行标准化中受益。但是企业范围内的项目通常要等很长时间才会获得ROI，因为项目庞大，并且包含许多部分；很多客户都不愿意采用。

　　总部设在康狄涅格州斯坦福市从事保险行业的Gartner公司分析师Kim Harris，表示目前由于这些原因，“测量收益的方法也是全新的”。超过70%的公司将XML作为用Web进行信息交换的基础——大部分是用来帮助标准化那些被用户和其他人填写的格式——并且试图包含Web服务。Harris表示“许多益处都是理论上的”包括更快捷的客户服务，改良的连接流程以及提高的IT生产力和生产效率。她解释说，“我从数据库获取信息的速度越快，我就能完成更多的工作。

　　根据Harris和Bloomberg，迄今为止，大多数关于Web服务利润率的信息都来源于节省下来的钱，而不是来源于新近获得的收益。用户能够节省开支，因为他们不用购买第三方中间件，而在此之前，我们xuy中间件来连接应用。

　　节省的资金另一方面源于能够采用现有的内部技术，包括Java开发者或Visual Basic开发者可以建立基于Web的集成接口。

　　尤其是集成项目，很快会获得收益。因为和集成技术相比，Web服务并没有那么复杂。大多数开发商很快就会弄清楚这个理念——包装组件，展示组件然后用SOAP呼叫连接组件。要在这些方案中成功地使用Web服务并不费力。

　　利用Web服务将信息暴露给外部的合伙商或者客户是另一个极有潜力快速获得收益的领域。亚马逊和易趣提供了基于Web服务标准的应用设计接口，该接口甚至准许非常小的业务与亚马逊和易趣的平台相连接出售他们的商品。

　　但是，即使是那些快速项目里，真正的利润率时间主要取决于Web服务实施的方式。甚至“基本的”集成都会变得相当复杂。

　　集成项目的两种基本类型

　　根据专家的介绍，集成项目主要有两个基本类型。通过数据交付，Web服务获取客户帐号，例如，这些帐号可以为不同的应用所共享。

　　借助于第二个更为复杂的类型，Web服务和其他服务相结合，结果的变化取决于现有的数据。假设客户在网站中下了订单，在订单还没完成之前，系统向数据库发出请求（尤其是Web服务），数据库用信用卡咨询方的数据库进行检查，确保信用卡没有被盗或者没有透支。

　　当第一个简单集成产生一个更快的基金回收期时，第二种类型的集成产生利润率可能要花更长的时间，因为它包含了更多活动的部件。

　　Gartner’s Harris说，估算Web服务利润率的另一个问题是“我们并不能很好的预算开支”。“不同的供应商需求不同，我还没见过在这一点上是有可比性的事物。”如果无法很好了解所需的预算费用，就无法准确地确定ROI，尤其是确定那些更大、更为复杂的Web服务项目ROI。

　　ZapThink公司的 Bloomberg说，未来Web服务核心的资金将会由SOA管理。要想成功的实施SOA，IT行业必须学会管理并跨越由IT机构和业务单位传统设定的传统界限。这些IT机构按照操作系统和硬件平台进行工作。SOA发生的一个主要变化就是跨越了这些界限并依据那些为客户和终端客户提供的服务进行思考。

　　Bloomberg说“将IT重组为真正的服务定向”非常困难。“财政和利润率问题属于SOA治理的问题”并且“没有什么快速的办法”他解释到“你需要建立企业范围内的原则，这是每个公司都需要独自解决的业务问题”。

　　同时，对于那些任何要为了外部消费建立Web服务的人来说，一个ROI策略就是要和合伙商谨慎的合作。总部设在西雅图技术顾问公司的分析师Richard Stevens 说“要增进和合作商的关系”这包括“在所有的领域建立信任”他说“如果没有这些关系，即使是最具创新性的技术计划也会在执行时遭遇失败。”