Apple Pay is here and banks can finally enable NFC mobile payments for their iPhone carrying customers. However, the Apple smart phone user base, while considerable, is only part of the entire customer base of banks and merchants. How can banks serve their entire customer base, especially their Android-based customers?
And this is not a small problem. According to research firm IDC, 85% of smart phones shipped in the second quarter globally were running Android. And that market share is up considerably from 80% at the end of 2013.
If you are a bank or a merchant, you want your mobile services to be available to 100% of your customers. Just imagine providing remote check deposit functionality or mobile coupons and loyalty only to your iPhone users, and none to your Android customers.
And there are actually a lot more Android devices equipped with the same Near Field Communications (NFC) technology that allows for proximity payments. ABI research estimates a total of 320 million NFC-enabled devices to ship in 2014, the great majority of them Android smart phones.
But you would be hard pressed to find an “Android Wallet” that will fill the needs of banks and merchants on the Android ecosystem. The Android platform’s own “open” nature make it almost impossible for a single wallet to dominate the entire market. Just ask Google! Google rolled out Google Wallet 1.0 in 2011, which depended on a secure chip called the Secure Element. But the operators blocked the service because they controlled the device and the Secure Element.
HCE: An open solution for an open ecosystem
But Google learned valuable lessons from the Google Wallet 1.0 experience and came up with an open solution to fit its open ecosystem. In the Kit Kat version of Android, Google adopted Host Card Emulation (or HCE for short) technology to enable mobile payments and multiple Android wallets.
The ingenious way HCE was implemented in the Android OS prevents any mobile phone operator or phone manufacturer from blocking it. And it allows any app in the mobile phone to access credit and debit cards banks store in the cloud to make payments at merchants just like Apple Pay. The “open” nature of the platform is an opportunity for banks and merchants.
Your app is your wallet
The big revolution HCE is bringing is that there is no need for a single “Android Wallet”. A banking or a merchant app can itself access payment credentials and make payments in the physical world by just leveraging APIs. For example you could pay for your latte with your Citibank app or go to Home Depot and use your Home Depot app to pay, redeem offers and earn loyalty points in the process, much like the Starbucks app works today.
And Starbucks is succeeding beyond all expectations. Last fall Starbucks announced that 11% of their sales volume came through Starbucks own mobile wallet; a huge number for any mobile payments system.
But more than that, Starbucks turned their app into a priceless repeat use channel of communication with consumers. Starbucks leveraged this customer touchpoint to integrate loyalty and offers into the same mobile app to create an excellent all-around consumer experience.
Banks and merchants have the opportunity to repeat this model on the Android ecosystem with their own apps, already being used by consumers today. By powering their apps to become wallets they can manage their brand and user experience from beginning to end and create loyalty through their own apps.
What’s more, the cost of acquiring customers and getting them to download your mobile wallet is almost nil. The wallet functionality can be added to a bank’s existing app using wallet APIs and be rolled out in a simple app update, in the same way banks roll out check deposit and other functionality to their apps today. Check our Android Pay Infographic today.
Learn more about how to turn your app into an Android wallet with our new eBook: