At the upcoming IT Forum in Las Vegas (May 26-28), I will be collaborating with Bill Band on a piece around using the customer experience to drive breakthrough process improvement, and with it, business performance. When you think about it, satisfying the needs of customers is what all business is about (OK you could argue that governmental organizations don’t have customers, they deal with the needs of citizens, but you get my drift).
In the first part of our presentation we will present research to support the view that improving the outcomes delivered to customers adds dollars to the bottom line of the business. Then I will switch to a theme dear to my heart -- that Business Process is at the heart of all significant Customer Experience efforts. And that comes down to:
How We Do What We Do -- Of course, the relationship between the Customer Experience, and how you do things, is pretty clear. I put this in the category of “Doing Things Right” -- i.e., the way in which the processes of the firm work and the employee behaviors.
What We Do -- But in order to deliver compelling customer outcomes, it’s also a question of “Doing The Right Things.” Which is about the business offering -- the services of the organization and the components that make it up. The business capabilities are, of course, a better way of thinking about this rather than the org chart (which is what so many folks seem to do ... decomposition of the org chart as a way of understanding processes).
Why We Do It -- And then it comes back to why we do this, and how it implements organizational strategy and the impact/benefit to the overall brand.
5:30am, the family sleeps and it’s time to prepare – today is Analyst Day in Frankfurt. I’m on the road 2h45min before the event starts (1h20min should be sufficient) but sometimes the traffic is terrible. Last week I missed a flight because the highway was completely closed after an accident and I had to give up after 3h driving for nothing. When the concern of missing an appointment slowly turns into certainty, these are the moments that cost me some of my (remaining) hair.
(Of course) I arrive much too early, but other analysts are already there (probably they don’t sleep at all). Plenty of time to look through my presentation again for some final adjustments and for some small talk with customers that arrived early.
1min before the kick-off, I make the last slide changes and load it to the presentation laptop. Another analyst colleague goes first. I have seen some of the slides a hundred times and look around at the faces of the attendees. For most, it’s the first time they see e.g. our market sizing and forecasting data, and they make hectic notes into their notebooks. They don’t know yet that we will distribute all slides after the event. I’m getting a bit nervous, but I’m used to it. When I'm not nervous any more before a presentation, it’ll get boring for me and the audience, and I should probably do something else.
In my recent report, “Contracting for Innovation With Service Providers,” I argue that many sourcing and vendor management professionals have difficulty contracting for innovation, because the term “innovation” itself is elusive and subject to interpretation.
In my research, I note that for sourcing professionals to effectively contract for innovation, they need to be able to understand the business objectives of a broad base of internal innovation stakeholders – and consider whether their service providers can align with these objectives. In the report, I considered the needs of three primary stakeholders – IT, business, and executive-level stakeholders.
But there are far more innovation stakeholders. After writing that report, I decided to review all of Forrester’s inquiries related to innovation over the past year to see if I could identify other innovation stakeholders. After a review of about 500 detailed client inquiries about innovation, I’ve compiled a list of categories I have seen.
This list of innovation interests is quite diverse (and this is just a preliminary summary!). But the exercise helps us see how innovation is interpreted differently by different parts of the organization. With this information, we can identify unique innovation objectives and have a much more informed discussion about what innovation is and how it is generated (eventually leading us to conversations about specific topics like structures, metrics, and goals).
Ask people what makes May a noteworthy month, and many folks in the northern hemisphere will wax rhapsodic about its being the peak of springtime. Others might mention Mothers' day. Ask Forrester's IT analysts and they're pretty sure to immediately blurt out "IT Forum!" IT Forum -- the conference formerly known as GigaWorld -- is our biggest IT conference as it brings together all our IT analysts and about a zillion of our customers in all the IT-based roles for whom we do research. Each major IT role gets a separate track of research -- that's 10 tracks this year. It's essentially a week of non-stop analyst-attendee interaction in various forms. It's intense for both analysts and attendees and easily the most stimulating week on my calendar. At least, on my business calendar (wouldn't want you to think I don't have a life!).
What is BI? There are two prevailing definitions out there – broad and narrow. The broad definition (using our own) is that BI is a set of methodologies, processes, architectures, and technologies that transform raw data into meaningful and useful information used to enable more effective strategic, tactical, and operational insight and decision-making. But if we stick to this definition then shouldn’t we include data integration, data quality, master data management, data warehousing and portals in BI? I know lots of folks would disagree and fit these into data management or information management segments, but not BI.
Then, the narrow definition is used when referring to just the top layers of the BI architectural stack such as reporting, analytics and dashboards. But even there, as Jim Kobielus and I discovered as we were preparing to launch our BI TechRadar 2010 research, we could count over 20 (!) product categories such as Advanced Analytics, Analytical Performance Management, Scorecards, BI appliances and BI SaaS, BI specific DBMS, BI Workspaces, Dashboards, Geospatial analytics, Low Latency BI, Metadata Generated BI Apps, Non modeled exploration and In-memory analytics, OLAP, Open Source BI and SaaS BI, Packaged BI Apps, Process / Content Analytics, Production reports and ad-hoc query builders, Search UI for BI, Social Network / Media Analytics, Text analytics, Web Analytics.
To make matters worse, some folks out there are now trying to clearly separate BI and analytics, by trying to push a “core, traditional BI is commoditized, analytics is where differentiation is today” message. Hmmm, I thought I was building analytical apps using OLAP starting back in the early 80’s.
TECH DEVELOPMENTS: With SAP's release of its Q1 2010 earnings, it is clear that those who saw an irresistible shift from licensed software to software-as-a-service (SaaS) are a bit premature in their obituaries for the licensed software model. SAP's license revenues increased by 11% in euros, and by 18% when its euro revenues are converted into dollars at the average exchange rates in Q1 2010 and Q1 2009. Oracle's license revenues for its fiscal quarter ending February 2010 rose by 13% in US dollars (and 7% in euros). Among other vendors, Lawson reported a 28% increase in its license revenues (in dollars), and Epicor reported 23%.
These growth rates partly reflect how badly licensed software (which is treated as capital investment) got hit in the general cutbacks in business corporate investment in 2009, as panicked companies scrambled to conserve cash and avoid having to borrow from shut-down financial markets. However, I think there's more to the recovery than rebound from depressed levels a year ago.
Forrester's surveys of companies about why they don't like software-as-a-service consistently turn up five reasons: 1) inability to customize; 2) difficulty in integration to other systems; 3) security of data and information; 4) worries about pricing models that put clients on a constantly rising escalator; and 5) lack of SaaS products. SaaS vendors are addressing all of these, and there is no question that these barriers are eroding. But they still persist, and mean that the license software model has a high degree of persistence in software categories like core ERP systems (integration and security of core data), industry-focused applications (need for customization), eProcurement products (integration to ERP systems), and contract life cycle management products (security of contract data).
HP's acquisition of Palm is all over the twitterverse at the moment. And everyone has an opinion on it, and what it means (which brings to mind one of my favorite movie quotes). There are precious few facts around at present - and only time will tell exactly how the acquisition will pan out. Either way, CIOs should know the following facts about HP and the acquisition of Palm:
I stopped down to RIM's WES (5,000 enterprise mobile pros, ISVs, and carriers) conference in Orlando yesterday. The company's been taking heat lately from Wall Street analysts who seem more interested in watching iPhones rise than tracking BlackBerry units shipped. What you as an information & knowledge management professional should care about is if RIM will be a strong partner in the future. At the conference, I saw six things that give me great confidence that RIM is future-proofing companies' investments in the BlackBerry platform:
BES Express is basic BES for $0. And it's good enough for most employees in most industries. RIM says it's taking off, with 55,000 downloads of the server software since March. And according to RIM, it's designed to scale out to enterprise levels.
BlackBerry 6 is the OS that you've been waiting for. While the mobile world was going WebKit browser, RIM was still Java-only. They've fixed that in the next version of the operating system, due out in Q3 2010. See the video clip for a sneak peak: http://www.youtube.com/watch?v=DlO8KMv7Bx4. It has a much better browser, better touchscreen features, and a cleaner interface. And with RIM's participation in Adobe's open screens initiative, I expect to see Flash support as well, something iPhone doesn't have.
The Pearl 3G and a new Bold prove that RIM understands fashion and usability. Frankly, these devices are gorgeous. I've always loved the Pearl, but I got tired of the Edge network. With the Pearl 3G, and its optical track pad, 3G, Wi-Fi, better screen, it's a beauty with brains. And it fits into my pocket in a way that the iPhone just doesn't.
RIM's carrier-focus means it will get the attention that you need in every market. 175 carriers. Enough said.
In a recent blog post called "Drop The Pilot," Andrew McAfee argues that most "Enterprise 2.0" pilots are unintentionally set up to fail. This is in part because such enterprise communities depend upon broad employee acceptance in order to be effective. This doesn't mean that collaboration platforms are only effective in organizations with tens of thousands of employees, but it certainly helps. And the challenge with pilots is that they are frequently focused on a subset of the organization -- these pilots never really have the chance to fully realize their potential. Perhaps the best pilots are those that are not limited in scale but limited in time -- they determine adoption rates over time and use the pilot to figure out how to make the final rollout more successful.
In his blog post McAfee goes on to suggest six steps toward effective deployment which gel nicely with the key lessons learned from the United Business Media (UBM) case study published recently. McAfee suggests you should:
So you need to formulate an application modernization decision -- what to do with a given application -- how do you begin that decision making process? In the past, modernization decisions were often simply declared -- "We are moving to this technology" -- for a number of reasons, such as, it:
Keeps us current on technology.
Provides a more acceptable user-interface or integration capability.
Increases our exposure to access by external customers.
Increases the volume of business transaction we can process.
Trades custom/bespoke applications for standardized application packages such as ERP, payroll, human resources, etc.
Fast-forward to today -- you could simply go with your gut -- declare a solution based on what you currently know (or think you know) about the application in question. But it's a new day baby -- a proposal like that, without proper justification, is likely to be met with one of two responses from management: