一些分析员和从业者称，花费数百万美元但只用于应用集成是对面向服务的架构（以下简称SOA）功能的极大浪费。进一步说，当今SOA的成功案例都发生在使用具有广泛影响的企业流程管理（以下简称BPM）的企业中，部分企业的IT也都按照业务流程加以组织。

　　犹他州Midvale市Burton Group Inc（以下简称Burton公司）分析员Anne Thomas Manes 对那些在SOA项目上每年花费三百到四百万美元的企业进行了了解，其中一些在过去五年中已花费1000到1500万美元。

　　“所有资金都投入到了企业服务总线（简称ESB）和Web服务中，并在这两方面开展十数个融合项目，但企业真能从中获利吗？我看未必如此” Thomas Manes说。之前她撰写了一篇名为“SOA已死，服务永生”的博文，为此饱受争议。“我觉得这么一堆融合项目根本不值两千万。”

　　公众通常误认为SOA是消耗品或是一次性项目，在实际中没有技术含量。事实上，SOA应用是IT和业务转换的一种方式，其中必然包含了对业务方和业务流程的重新设计，尽管这些创新性活动面临着不小的障碍。

　　面向服务的架构和业务流程管理

　　当位于佛罗里达州圣匹兹堡的Catalina营销集团决定重新设计使用了二十年的零售顾客优惠券打印业务流程时，Mike Kavis时任该公司首席企业架构师。

　　整个流程包含10到12个步骤，包含众多业务单元，有时需耗时12周。对于要在几天或是几周内就需要使用优惠券的顾客来说，时间太久了。“顾客喜欢这个产品，但是经常抱怨耗时太久。SOA的应用恰到好处的帮我们解决了这个业务难题，” Kavis说。

　　用于优惠券开发的管理系统为专有系统，新进管理员要进行六个月的培训才能着手工作。“那时有很多应用业务筒仓和冗余数据输入点，所以我们专注于处理质量问题，”Kavis说。他现在是M-Dot Web服务咨询公司的顾问，同时也是独立咨询师和SOA博客博主。

　　但是当该公司要聘请一家咨询公司协助评估业务流程和业务系统并对建立SOA架构的应用开发人员重新培训时，IT部门并不赞同这一做法。以应用开发人员为例，他们不希望再做与某一特殊应用相关的业务筒仓，但必须学会开发以现有编程语言（如Visual Basic、C++和Java）为连接体的服务。

　　“那像是一场战争，因为IT部门认为这些服务应该外包。他们没有认清这个项目对他们有什么好处，也没有看到该项目将对整个企业带来什么样的改变，” Kavis说。他最终从人力资源、财务和运营以及C级顾客反馈部门调集人员，组成了COE（center of excellence，国外公司所称的组合部门）。

　　业务方也接受了一些建议，“自从咨询师向他们展示了业务流程冗余（IT部门已知的部分），以及我公司消除冗余和将优惠券生产成本降低50%的能力后，SOA开始应用在公司业务中，”他说。