In February, this column asked, "Does on-demand business intelligence make sense?" and answered a tentative yes. The gist of the argument was that the major obstacle to BI success is the amount of skilled labor needed to build the systems, and that on-demand vendors can manage this through strategies including automation, end-user-driven interfaces, advanced database engines and prebuilt solutions to specialized problems.
True as this may be, it approaches the issue in backward fashion. On-demand BI should not be a solution in search of a problem. The real goal is to identify situations where on-demand BI is a better choice than conventional solutions. In other words, the right question is not whether on-demand BI makes sense, but when. The general answer is that on-demand BI is the right choice when it can meet two conditions. First, it must solve problems that conventional solutions cannot. Second, it must not create new insurmountable problems caused by the on-demand model itself.
Addressing the first condition, we've already identified a required amount of skilled labor as the major problem faced by conventional BI solutions. But labor isn't the only potential roadblock. A project might cost more than it's worth, take longer than the time available or require more hardware than the company can immediately deploy. On-demand solutions generally offer advantages in these areas, so projects that face these issues are good candidates for an on-demand approach. The second condition addresses on-demand weaknesses. This is where picking the right application and the right on-demand vendor become more important. Let's start with security. Most on-demand vendors meet high security standards because their customers demand it. Still, particular applications or data sets may require even tighter security than a particular vendor can provide. This might limit your choice of on-demand vendors to those who can prove they meet your standard or require you to load only less-sensitive data.
Tight integration between an on-demand system and other systems is much easier than it once was because some on-demand vendors have provided application programming interfaces or otherwise engineered their systems to permit access to program code. The details vary from vendor to vendor. On-demand BI systems in particular are generally not built with real-time external integration in mind. Nor, for that matter, do most BI applications require it. You have to look carefully at what you need and what the systems you're considering are capable of. The risk of outages also relates primarily to applications that are closely coupled to other company systems. For example, a BI system that made real-time credit decisions about new orders could cause major problems if it was unavailable even for a few minutes. But most BI systems are used for statistical analyses rather than operational transactions. Although you might be able to find an on-demand BI vendor who could guarantee to meet stringent availability standards, an application that requires extreme reliability would probably be a poor choice for on-demand.
Vendor dependency is an issue with any externally owned system, not just those that are on-demand. For that matter, reliance on internally built systems also raises dependence issues. But on-demand does compound the usual risks of vendor lock-in (unreasonable price increases, unresponsive service, deterioration in quality) with concerns that the system could become unavailable if the company went out of business or its system crashed. Again, most BI applications are not mission-critical in the short term, so the worst-case scenario - permanent loss of access - is usually an acceptable risk. Where continued access is truly essential, you may be able to negotiate appropriate backup arrangements as part of the on-demand agreement. The final issue is inability to enhance or customize the system. Unlike the previous risks or concerns, this applies to BI applications in particular. While requirements for operational applications are usually well known and fairly stable, BI requirements are often poorly understood until users can load and analyze their data. In addition, the requirements change frequently as new projects and questions arise. This means that a BI system selected with a particular task in mind may not meet future needs. The solution lies primarily in the vendor choice and, in particular, in matching the vendor's approach (automation, simple interface, flexible database, predefined solutions) to your situation. For example, if you expect to work with many large files, a BI solution built around a flexible, scalable database is most likely to accommodate future needs, even if you can't define them precisely. But if your major constraint is a lack of skilled staff, a highly automated system may be your best bet.
In the end, on-demand systems cannot solve every BI problem. Some BI projects are best built in-house with conventional technology, and others should be outsourced completely. You must assess the requirements for each project and match them to the alternatives to select the most suitable approach for every case.
Register or login for access to this item and much more
All Information Management content is archived after seven days.
Community members receive:
- All recent and archived articles
- Conference offers and updates
- A full menu of enewsletter options
- Web seminars, white papers, ebooks
Already have an account? Log In
Don't have an account? Register for Free Unlimited Access