How Big Is Mobile Banking's App-etite?

Create a vendor selection project & run comparison reports
Click to express your interest in this report
Indication of coverage against your requirements
A subscription is required to activate this feature. Contact us for more info.
Celent have reviewed this profile and believe it to be accurate.
2 February 2010


  • I have only one option, and that is to agree with you.
    The myriad of OS combinations, ensuring backwards compatibility, and the continual lifecycle development required in maintaining an Online Banking platform can only lead to an explosion in cost.

    It is certainly true that iPhone bankers, as far as audience is concerned, exceed the rest of the field 10 fold.

    Phone's in general are becoming more capable, so all the questions posed above are valid, and the fact remains, you can't excludea portion of your customer base if they don't have an iPhone.

    If cost/budget is a constraint (when isn't it?) I'd be leaning towards a Mobile Web Standards/best practice approach in developing a functional browser based solution. I would design with the iPhone in mind, and no different to web development practices use agent detection to serve the exact same functional capability, but maintain separate stylesheets for your core mobile browser/platform target audiences. HTML5 while not as slick as app development does still allow for some pretty funcky stuff to be done on a phone.

    The end result, a easily maintainable, cost effective single codebase to test against functionally, with only look and feel to optimised for your core audience.

    Perfection on every phone won't be achievable, but a functional, scalable, cost effective, and all inclusive solution for your customers, without a plethora of apps to maintain, is not a bad place to be.

    ... then wait and see what the post-app era demands. My guess, at a minimum, what you have built will at a minimum be able to be re-used.


  • Adrian, thanks for your comment. You are certainly more of an expert than I am!

    If I understand your comment, it appears that there is a trade-off between "slickness" and the cost savings of a single (browser-based) solution. However, it appears that the trade-off wouldn't necessarily be too drastic, that a browser solution wouldn't be that bad in terms of functionality relative to apps.

  • Too many choices and fairly complex ecosystem .... we missed one important Symbian OS here according to wiki article (

    "On 21st of July 2009, more than 250 million devices running Symbian OS was shipped"

    and the recent development that Symbian goes open source four months early -

    Another piece related to this is and further complicating mobile space are other touch screen devices that are going to hit market soon like Ipad or google Tablet (Chrome OS) ....

    Mobile Strategy Nightmare ... what say?

  • @Red That's correct, I see the trade off as definitely being an acceptable one. As HTML5, and CSS2 and beyond come into production, I'd say that the gap would again be further reduced.

    @sid could become a strategic and financial nightmare if you get caught up in the hype. One functional code base, with multiple (scalable) and possibly device specific presentations if demand demands it, reduces the nightmare significantly.

    I think the importance of standards based development, while always being a consideration will/should be more so to minimise the logistical nightmare of maintaining too many versions of everything, and trying to satisfy everyone. the fact remains, devices, interfaces and interactions will continue to develop and change. A standards based approach allows the widest range of support, and longer term scalability (as we're starting to see online, with more consistent behaviour across the various browser families due to their wider adoption of standards)

  • [...] As I wrote earlier this year, I have a confirmed case of iPhone envy. As I scan industry news, that sense of envy is getting stronger. This is because lately, I have been noticing iPhone apps that are leveraging the role of mobile devices in payments — i.e., the ability to receive/present data that encourages purchasing behavior. [...]