Integrating SaaS into the Business

Loraine Lawson

I posted yesterday about how SOA architect Marc Rix had written on the long-term ROI of using SOA for integration, as opposed to the more traditional point-to-point integration. Basically, he contends that point-to-point may make for a cheaper projects, but SOA saves more money for the company in the long run.


One of his key reasons for favoring SOA is that inevitably, nodes integrated for one project will wind up being reintegrated time and time again as the project or technology moves out of its silo and into the organization.


Small and mid-sized businesses are facing a similar lesson with SaaS.


David Linthicum posted this item on the Intelligent Enterprise Weblog about how many small and mid-sized businesses must now tackle software as a service integration projects. When small and mid-sized companies first bought into SaaS applications, they treated them as silos. The problem is, the number of SaaS solutions kept growing - and none of them were tied into the company's IT systems.


Saugatuck Technology found that 17 percent of SMBs are using more than one application delivered via SaaS, according to this ComputerWeekly article. That's a hefty amount of business activity to have "siloed" off into a SaaS.


So, now everyone's working to integrate these SaaS apps into their systems.


Of course, in retrospect, it's easy to judge and wonder why it didn't occur to someone to integrate these apps in the first place. But, as Liz Herbert, a senior analyst at Forrester, points out in the ComputerWeekly piece, everybody was focused on customization -- not integration. Plus, let's face it, most companies were a bit afraid to let SaaS into the corporate gates, much less greet them with open arms and ESBs.


The ComputerWeekly piece discusses some integration solutions, including a beta offering called Boomi On Demand, which is basically a tool aimed at SMBs that promises to integrate SaaS applications with other SaaS and with internal systems.


I was also a bit confounded to see Informatica and other companies advocate an on-demand SaaS integration solution that is also an SaaS.


But Linthicum suggests you start with your SaaS vendor. While many offer Web services or APIs that support integration, that most likely won't be enough, he says. However, the SaaS vendors should be able to point you toward an integration vendor who understands the SaaS's technology and will therefore be able to help you bridge the gap between the SaaS and your own systems. That said, I should note that Linthicum is the former chief executive officer for BRIDGEWERX, a SaaS integration provider.


He goes on to suggest businesses break the integration into three phases: planning, spending and managing. He offers pointers for each phase.

Add Comment      Leave a comment on this blog post
Jun 27, 2007 10:47 AM Ranjit Nayak Ranjit Nayak  says:
The lessons here (for SaaS vendors) do not seem very different from software used in the enterprise.Enterprises bought applications to serve their lines of business depending on the function they needed to satisfy. Siebel for CRM, SAP for manufacturing etc etc. The integration across the enterprise was an afterthought. SaaS buyers and providers apperently going through the same cycle. Reply
Jul 3, 2007 11:20 AM Rachel Lyubovitzky Rachel Lyubovitzky  says:
The prospect of integration may put smaller SaaS clients into the panic mode they have just fired their IT staff, terminated expensive hosting contract, and started signing up with multiple SaaS service providers. And now they have to figure out how to make them all work together. It is important to realize that while SaaS integration market is growing, it is necessary to step back and start defining functional, situational, and business contexts where integration is needed (and how much so). Industry monitors such as yourself can start this sharing info to enable end user companies to make informed decisions. Thanks for the post! Reply
Jul 6, 2007 12:35 PM John O' John O'  says:
History, as another poster noted, repeats itself. With SOA, SaaS, and IaaS we should begin to see a rationalization of the alphabet soup that is the current software marketplace in favour of more dialect-driven software suites. Reply

Post a comment





(Maximum characters: 1200). You have 1200 characters left.



Subscribe to our Newsletters

Sign up now and get the best business technology insights direct to your inbox.