对于那些身处SOA大潮流中的CIO而言，构想和建设一个敏捷、灵活、模块化和可扩展的IT系统是他们的最终梦想。但在很大程度上，很多人一开始就陷入了误区。
一重门:主动VS.被动
被动面对SOA使得CIO面对越来越多的挑战。在SOA大潮下，CIO们应该主动出击，而不是被越来越多的业务和扑面而来的SOA概念弄得手忙脚乱。
Gartner的调查表明，2007年，有50%以上的新的关键业务应用和业务流程设计将使用SOA；到2010年，这个比例将提高到80%以上；到2011年，80%以上的现有应用将通过升级融入到以SOA为特征的业务驱动型组合应用中；有65%以上的套装软件使用者将会在他们的核心业务环境中使用面向服务化的套装软件；到2010年，在SOA项目中使用服务注册机制将由2006年的低于5%，上升到高于40%；到2010年，有60%以上的企业部署的SOA服务会用单独的SOA注册机进行管理；到2011年，80%以上的大型企业会实施多个基于SOA架构的后台基础架构；到2010年，在所有的软件基础架构产品中，会有80%上使用企业服务总线技术或以企业服务总线为基础……
相关机构这一系列的预测数据表明，CIO再也不能被动面对SOA了。
SOA用户不需要冗繁、昂贵的软件架构，他们所需要的是专门针对满足SOA发展趋势而设计好的软件，也就是如何使得已有(或新的)IT资产可以得到更好的重用，如何令IT系统更加灵活并能快速构建新应用。SOA的设计也需要更好的方法来实施和部署可重用的服务，并且做到能够随时随地且简易直接地使用这些服务。
对于用户来说，其实并不需要一开始就把SOA的全局设计好。因为SOA也是一个理念，要贯穿企业IT部署的整个生命周期，不能一蹴而就。在规划之后，首先要把高价值的东西设计成SOA，之后循序渐进。在选择实现方案的时候，要选择那些允许后期进行灵活扩展的产品和方案。有的厂商一下子推荐很大的方案和软件给用户，这对用户并不一定是好事。为此，CIO需要主动选择，而不是被动接受厂商的推销。
尽管用户拥有极为复杂的IT 系统和同样复杂的IT需求，但在某些SOA实现情况下，企业并不需要所有组件。或者说，用户以不同的先后顺序部署更为合理。借助灵活、循序渐进的实施方法，用户可以对SOA产品和方案进行任意组合。
二重门:松耦合VS.紧耦合
随着公司的发展，业务模式不断变化，SOA也要随需应变。对比松耦合与紧耦合这两种模式的特点，分布式SOA会给企业和CIO带来更多的便利。
现在宣传SOA的厂家非常之多，但是真正提出分布式SOA架构的并不多。因为很多大型软件厂商习惯了以紧耦合的方式提供SOA架构的主要功能，SOA紧紧地和他们的数据库、操作系统、服务器和存储绑定，这种紧耦合方式缺乏与其他系统的互操作性，初期需要大量的资金投入，往往会导致用户对某个厂商的依赖。紧耦合式SOA架构导致用户对采用SOA处于犹豫状态，因为在还未看到成功的希望时就需要大量的投资。
面向服务的体系结构最重要的一个思想就是实现软件间的松耦合。松耦合的软件结构可以降低软件的复杂性，提高软件的重用性，使软件能够更好地适应需求的变化。