I get many questions about the usage, pervasiveness, and adaption of mobile BI applications. What's a mobile BI application? Beyond a simple delivery of alerts, URLs, or actual reports via email - functionality that has existed for years - here are a few newer approaches to deliver BI on a mobile device:
The no brainer. In theory any mobile device equipped with a browser can access web based, thin client, HTML only BI applications. Yes, these BI apps will be mostly static, not interactive reports and dashboards. Navigation (scrolling, zooming, etc) will be quite awkward. But, this approach indeed requires no additional effort to deploy.
Customization. The next step up is to render each (or all) reports and dashboards to a format suitable to any mobile device in terms of screen size, usage of screen real estate, and mobile device specific navigation instrumentation. A variation of this approach is to create device specific navigation controls (thumb wheel or thumb button for Blackberries, up/down/left/right arrows for Palms, gestural manipulation for iPhone, etc). This obviously requires more development effort, but still no additional software.
I'd like to drill into some more details on my BI SaaS blog from September 2009. A key critical point to "what differentiates one BI SaaS vendor from another" discussion is what really constitutes multi-tenant architecture. Here are some initiall thoughts to stimulate the discussion:
DBMS. There's got to be back end, DBMS architecture that allows for one of the following:
Automatically generate a separate DBMS instance for each client
Use same DBMS instance for multiple clients, but automatically generate a set of unique tables for each client
Use same DBMS instance and tables for multiple clients, but automatically assign unique keys to to each client so that they can only update and retrieve their own rows
Application. Similar functionality has to exist in the application tier:
Automatically connect to the appropriate, client specific DBMS instance, or
Automatically use views that only point to client specific tables, or
Append "where" clause to each SQL statement to only retrieve client specific rows
You don’t need to be a scientist to boost your business with applied mathematics
On 22/9/09 SPSS Inc. announced a new certification process to confirm an individual’s expertise with some of their statistical solutions. “Look at this”, I thought “sophisticated software still requires experts to unfold the value they can provide”. Being a physicist by background, I like it how applied mathematics can improve business. However, not everyone sees beauty in algorithms or is interested in statistics.
As many of my readers know, for years I’ve been quite skeptical about non-mainstream BI solutions, such as BI SaaS. Security, control, operational risk, data, metadata and application integration are just some of the requirements for enterprise BI that are still on my watch list as potential reasons to be weary about BI SaaS. However, I am also a very pragmatic analyst and truly believe that nothing but supply and demand drive the markets. And I am now, slowly but surely, beginning to believe there couldn’t be a better case for demand for BI SaaS especially after findings from one of the project that I am currently conducting.
I recently talked to a few dozen non-IT professionals (specifically in front office roles, such as sales and marketing) across multiple industries, regions and company sizes. Guess how many of them fully or partially relied on IT for their day to day operational and strategic information needs? BIG FAT ZERO!!! This finding was a huge surprise to me – yes, I did expect to find something like less then 50% reliance on IT, but I surely did not expect to find 0%.
I am so glad that my Information Week article BI in Healthcare is receiving interest and mostly positive feedback. I believe that this is indeed a very important topic to write about, especially considering how behind the times the industry is, and what a unique opportunity we have right now to get it right. We so strongly believe that this is such a critical IT issue and challenge, that Forrester is even bending its own rules slightly – typically all our research is “role” based, not industry based, as we most often find that challenges and requirements by role are almost always very similar across industries. Healthcare and public sectors seem to be a big exception, and therefore, I and some of my colleagues do plan to publish more Healthcare IT specific research. For example, I am currently in the middle of surveying top 30+ BI vendors specializing in Healthcare against 40+ criteria. Stay tuned to the results of this research. And my colleague, Craig LeClair (http://www.forrester.com/rb/search/results.jsp?N=0+11226), is in the midst of conducting research on EMR best practices.
The IT mega vendor acquires the predictive analytics specialist SPSS
On July 28th IBM announced the plan to acquire SPSS, a leading provider of predictive analytics solutions. The acquisition, which is subject to shareholder and regulatory approval, is expected to close later this year and will position IBM as a leading vendor of Business Intelligence in the market.
I just came back from an exciting week in Orlando, FL, shuttling between SAP SAPPHIRE and IBM Cognos Forum conferences. Thank you, my friends at SAP and IBM for putting the two conferences right next to each other (time- and location-wise), and for saving me an extra trip!
Both conferences showed new and exciting products and both vendors are making great progress towards my vision of “next generation BI”: automated, pervasive, unified and limitless. I track about 20 different trends under these four categories, but there’s a particular one that is especially catching my attention these days. It went largely under covers at both conferences, and I was struggling with how to verbalize it, until my good friend and peer, Mark Albala, of http://www.info-sight-partners.com, put it in excellent terms for me in an email earlier today: it’s all about “pre-discovery” vs. “post-discovery” of data.