Barring a few exceptions (e.g., Boku, Zong and their Gen Y Mobile Payments competitors), most open-loop mobile payments available in the market today are based on an underlying credit/debit/prepaid card. As such, they only replace the physical card as a form factor but don't supplant the basic card account. I've never tired myself of voicing this point whenever I've come across articles and blogs that seem to suggest that Mobile NFC payments sound the death knell of banks' flourishing cards business. Thanks to Quick Tap, which explicitly involves a bank card brand, this point has become obvious.
With an upper ceiling of only GBP 15 per transaction, I'd opt for no password/PIN just for Quick Tap - why go through the inconvenience when the risk of fraud / loss is so limited? While a GBP 10 credit will entice sign-ups, I'm sure we'll see other measures going forward to sustain consumer interest once the novelty factor wears off. For example, a single 'PayPal meets KeyRing' type of app with a single password that stores all credit/debit/prepaid/loyalty cards owned by the consumer. This might sound a bit adventurous. But, right now, we seem to headed towards one app for each card - and one password for each app, for those inclined to passwords - and I doubt how many consumers will stand that level of 'app fatigue' and friction in the long term - all for making a payment which was never so difficult with cash, was it!
24 May 2011 11:39 Read comment
My car driver closely fits the profile of the driver-cum-milkman described in this post. As soon as he opened his bank account and received his ATM/Debit card, he asked me whether he could use the card for shopping. I told him yes, sure. A month later, he told me he couldn't use his card for shopping anywhere. Reason? A majority of the mom-and-pop stores that he'd shopped in didn't accept card payments. The few that did demanded a 2% surcharge for card payments.
While almost all supermarkets and department stores accept card payments, they only constitute 10% of the retail market in India, with those at the bottom-of-the-pyramid patronizing mom-and-pop-stores that make up the remaining 90%.
Changing consumer payment behavior is important. But, banks might also need to promote greater acceptance of debit card payments by merchants and enforce the no-surcharge rule that already forms a part of the merchant's agreement with card networks.
22 May 2011 14:11 Read comment
Great model!
In addition to multichannel banking (customer can conduct all processes end-to-end on each channel), omnichannel banking (customer can hop from one channel to another while conducting a given process end-to-end), we'll now have retail stores playing the role of another channel!
However, the big question is, whether banks and the banking regulator will permit this vision to become reality in its present frictionless form. Going by the following examples, the prognosis doesn't look too good, though:
22 May 2011 13:42 Read comment
The argument is convincing, no doubt. As I'd recently blogged and commented on Finextra, banks have found lighthouse implementations of social networking in FIs like NetSpend. In theory, they should be able to forge ahead with their social media projects no longer concerned about how to overcome compliance and other hurdles.
However, in practice, if as much of 60% of retail banks have told Nielsen IAG that they have no plans to use social media, lack of awareness of its benefits can't be the sole reason behind their stand. While we can never be sure what their other impediments are, there are a few obvious clues that let us do some crystalball gazing.
Whenever a customer / prospective customer raises a query or complaint by using the bank-prescribed channel (viz. online form, email), very few banks promise to respond in less than 24-72 hours (some don't get back even after several days, but that's another story).
Maybe banking is intrinsically complex. Maybe systems and processes in banks are sluggish. Either way, if "24-72 hours" is the fastest response banks can muster up, they are possibly better off staying away from social networks where response times are measured in seconds / minutes. They might have astutely concluded that no social media presence is perhaps better than bad social media presence!
22 May 2011 12:44 Read comment
As I'd commented on another Finextra post on a related subject around ten days ago, replacing legacy systems totally could prove too much of a budget and career buster for the stereotype of a conservative banker to risk.
Fulfillment of much of the functionality and UX required to satisfy the next generation of customers doesn't necessarily call for replacement of legacy systems. As Western Union, MoneyGram and a few other non-banking financial services providers have proved, this can be achieved more pragmatically via Mobile Apps, RIA, Web 2.0, Enterprise Portal and other state-of-the-art overlays built on top of existing backends that will inevitably include a mix of legacy and open systems for the forseeable future.
22 May 2011 11:44 Read comment
"Million dollars uploaded a month".
Either the 'million' is a typo or the Mobile RDC market is so tiny that even a company of the (large) size of PayPal has to content itself with such a (small) volume from a product that it calls a "big hit".
22 May 2011 10:16 Read comment
Having observed a few legacy transformation initiatives up close, something tells me that real traction in this space will happen only when banks outsource these business processes and transfer much of the risk of program failure to the outsourcer. Small banks already use apps on tap. Large banks might get inspired by a few large telecom giants who have outsourced all core processes, retaining only brand building and customer acquisition functions inhouse.
Such transformations also demand very novel go to market approaches and sophisticated estimation techniques on the part of the technology vendors. A recent example of this is a leading IT services provider who attributed its winning a $$$ million deal to its offer of replacing the customer's legacy applications with a spanking new SAP solution - for no more than the AMC cost of the legacy applications.
19 May 2011 12:17 Read comment
@Finextra Member:
Good point. Maybe it's because, like the Singapore ERP toll system, the US EZPass is a closed-loop system, whereas a Barclaycard is likely to be open-loop. It's probably for the same reason that, as the article says, TfL is planning to "upgrade all Oyster card readers ... to work at the touch of a bank-issued debit and credit card" unlike the present OysterCard which is closed-loop.
19 May 2011 11:52 Read comment
The problem is rarely with modern software. It's often with existing payment landscapes at large and midsized banks, most of which have legacy applications that can't discriminate between such name variants. Quite often, the payment shop is only as strong as its weakest link.
17 May 2011 14:22 Read comment
@John C:
Kudos for pointing out that the overall payments pie doesn't get bigger with more channels. This factor will add greater scrutiny to multichannel investments by banks and thwart their mass adoption.
As you've pointed out, channel hopping is a clear and present danger. At the same time, "omni-channel banking" - as some analysts call this growing trend - is equally well an opportunity for banks. Instead of bolstering the capabilities of individual channels - a bus they've already probably missed - banks might find it more pragmatic to jump onto the omni-channel bandwagon. They could do this by selecting the most common scenarios (viz. research online, buy in branch, for checking accounts) and directing their future investments to the extent of just ensuring that each involved channel is mature enough to just deliver its part even if it remains unfit to execute the end-to-end scenario on its own.
16 May 2011 12:30 Read comment
Pierre-Antoine DusoulierFounder and CEO at iBanFirst
Reuven AronashviliFounder and CEO at CYE
Walid HosniFounder and CEO at GXEGY
Ian DuffyFounder and CEO at Accelerated Payments
Laxmi RamanathFounder and CEO at La Meer Inc.
Welcome to Finextra. We use cookies to help us to deliver our services. You may change your preferences at our Cookie Centre.
Please read our Privacy Policy.