Turns out, I was wrong – dead wrong! First, Internet banking (to include mobile banking) is popular and growing more so every day. Second, a dichotomy has developed between the Internet banking systems provided as an extension of core processing and the Internet banking systems provided by “free-standing” vendors such as Q2, S1 and the like. The free-standing systems are generally going strong and in some cases are taking market share away from the “imbedded” core-provider Internet packages. Security issues still exist and customer service is still sometimes spotty (just within the last 60 days a major bill pay provider experienced significant customer disruption), but the security issues are being managed and quality is on the rise. And the major core providers and their “imbedded” systems? Without getting personal or ugly, some of them have gone through more OLB systems than Henry VIII went through wives. Some are still trying to get it right. To a large extent, although they have some advantages, the core-provided Internet banking systems generally do not match the functionality of the free-standing systems.
Why have the free-standing OLB systems not disappeared into obscurity? What are the differences, and why should bankers care?
Differing Mentality
Many core vendors appear to think of electronic banking as an extension of the core, delivered electronically. Most core vendors seemingly focus less on the end-user customer experience than on “efficiency” – to them Internet banking is just another way to serve the bank’s customers. In this view, integrated OLB is more efficient for the bank to provide due to its simpler technical integration and operational maintenance characteristics. And it is unarguably easier to manage integrated Internet banking systems from an operational perspective. Some core vendors have even hard-coded their OLB software to their core, to force clients to buy their OLB software and make it super-simple technologically. Vendors are also well aware that it is harder for a bank to de-convert if an integrated OLB system is in use, leading them to price integrated software aggressively in hopes of retaining the bank’s core processing longer.
Free-standing OLB vendors, on the other hand, appear to believe the core is there to do the dirty work for online banking. OLB providers are generally more focused on the needs of the end user, and for these providers, it’s all about the end user’s experience. The ability to respond quickly and decisively to market forces trumps all other priorities. Market awareness drives R&D investments, and flexibility and responsiveness are key. It’s not necessary for them to prioritize new feature requests between core and OLB – OLB is all there is so it always takes priority. Responding rapidly to market demands is what keeps the free-standing OLB vendors in business; it’s also what lets them generally charge more for their products.
What follows is an outline of how the offerings of free-standing OLB vendors weigh in against their core counterparts.
OLB Vendors: | |
Platform Independence |
|
Flexibility |
|
Market Focus |
|
Business Services |
|
Is there a way to have your cake and eat it, too?
Yes. Several major core providers have acquired what were previously free-standing OLB providers and now market those systems as “the best of both worlds.” Done well, these systems offer strong functionality such as straight-through processing of transactions, a unified administration interface (no need to be trained on and maintain separate “admin portals”), true sharing of data elements, and the possibility of future enhancements to core, business intelligence and enterprise content management solutions designed with online banking in mind.
The jury is still out on the long-term efficacy of these solutions, though. While they may be able to combine the functionality benefits of an OLB-only solution with the efficiencies of core-vendor OLB solutions, only time will tell if they will fall prey to the same elements that have kept free-standing systems alive all these years: competition for R&D and development resources, and core user-driven priorities versus market-driven innovate-or-perish priorities.
So, which approach is best?
If a bank is focused on building its electronic services offerings, creating virtual branches, providing real-time balances, offering leading-edge services in general and differentiating itself via the sophistication of its electronic delivery channels, then a free-standing OLB vendor is most likely to be the best fit. Most core vendors just aren’t putting R&D resources into OLB systems at the expense of core development, and some are neglecting OLB.
Conversely, if a bank is tightly focused on quarterly profitability and annual ROE, many of these premier services are (and will continue to be) loss-leaders for the bank. Near-real time balances are fine for many clients. Even the most rudimentary integrated OLB systems can respond to after-hours balance inquiries. There are many ways to transfer funds without allowing transfers from a cell phone, and many are very cost-effective. And in the typical financial institution, more customers use voice response – the original mobile banking application – than use OLB or new-era smart-phone enabled mobile banking.
What do your users want?
-bm
Make sure you:
Cornerstone Advisors has assisted hundreds of financial institutions make technology decisions aligned with their strategic vision. Send us an email and we’ll gladly send you a list of satisfied customers.
“And in the typical financial institution, more customers use voice response – the original mobile banking application – than use OLB or new-era smart-phone enabled mobile banking.”
Huh??? The number of transactions performed within OLB AND the number of registered users of OLB at our FI surpassed voice response sometime in mid-late 1999.
Currently we have 1.5X as many monthly OLB sessions as voice response and perform 24X as many transactions in OLB than voice response.
And this does NOT even include our relatively new Mobile Banking app[lication statistics.
We are a large CU and most certainly are not bleeding edge adopters of technology solutions. I am surprised at the “typical financial institution” statistic. I wonder what your definition of such is….
Alex, your organization is NOT “typical”!! Your CU is a leader, and to be commended for such success early-on! But compare your “typical” member there in Duchess County to the rest of the country, then consider these stats: As of our 2007 Cornerstone report, Active Internet Banking users were 28% of checking accounts at the median. The 75th percentile was at 36.47%. As of our recent (soon-to-be-published) Cornerstone report, our preliminary research has the median up to 31.64% and the 75th percentile down slightly (!) to 35.31%. Both these numbers are from our bank survey and I’d expect the “typical” CU penetration % to be higher–but nowhere near where your CU is.
Also I need to clarify that I was including inquiries in my assessment that Voice Response touches more retail users than any other “electronic” channel–except maybe ACH–at this time. (That’ll change soon, I hope!)
Bill,
Interesting article. I would be very curious to get your prospective on the age old question of build vs. buy. With the advent of web services and SOA are you seeing that the big free stand vendors are finding it more difficult to justify buying their product or more likely are banks/credit unions realizing that the core vendor product offerings are no better than what they can build and support themselves.
We are currently trying to figure this one out for ourselves.
Thanks
Guy Russo
CommunityAmerica Credit Union
Guy, I think it’s very hard to justify “build”. The amount of money the “free-standing” vendors are putting into their Internet banking systems–and I’d add one or two others to the list in the article–is way more than any FI can invest and then maintain over time on it’s own. I wrote a Gonzobanker article back in April titled The Forge of the Marketplace (https://gonzobanker.wpengine.com/2010/04/forge-of-the-marketplace/) that has many (but not all) of the factors to be considered. That article isn’t perfectly analogous to your situation and I’d be delighted to visit with you further one-on-one.
You should know that one of my first jobs decades ago was developing proprietary bank software in a service bureau environment, then I managed a pretty good-sized development staff for over a decade. My initial bias for years was “build” vs. “buy” and we made a lot of money for a while, but the efficiencies and risk mitigation strategies just aren’t there in today’s world.
@Bill & Guy… I do believe one can justify a build decision for internet banking. With the ongoing per user charges often associated with OLB vendors it doesn’t take long for the cost to exceed what it takes to build a base system that can integrate key third party providers for specific feature sets. Especially for a decent size credit union with a high penetration of users. The icing on the cake is controlling the user experience and continually shaping it based on user feedback. Appreciate the article and comments. Doug
Like Mr. Neil, my FI stats are not near what you are seeing. perhaps some more data on penetration, calls to IVR per user, overall comparison of IVR to OLB would shed light. Otherwise, i don’t see the same thing.