Showing posts with label mobile banking. Show all posts
Showing posts with label mobile banking. Show all posts

Thursday, March 13, 2014

White label Human ATMs a.k.a Business Correspondents

We should look at our inherent strengths to solve some of our pressing needs. As a country, there are a few things pretty peculiar about India. Take for instance, the sheer size of some of its problems. Some of our 'problems' are as large as a few other countries' entire populations put together. Herein lies the opportunity as well. We are also, a massive sea of humanity yearning to serve its unmet needs and earn our rightful place under the sun. Technology has a huge role to play as well; not at loggerheads but complementary.

October last year, Abhishek (Eko) and Ignacio (ex BMGF) published a post on IFMR blog titled 'Extending the third-party aggregator model from ATMs to Business Correspondents'. This was a revolutionary thought and got picked up by the Nachiket Mor committee on Comprehensive Financial Services for Small Business and Low Income Households. The report was released by RBI recently and has generated quite a few discussions for its take on how retail banking needs to evolve in India.

Just to set the context, Business Correspondents (BCs) are firms or individuals who provide banking services to customers on behalf of a bank. The RBI established the BC model sometime in 2006 to solve the financial inclusion needs of this country. The BC provides the last mile access, reaching where a bank could physically and economically not reach through traditional means. BCs are currently tightly coupled to a particular bank. The BC would feature the brand of its bank, offer products of its bank and liaise with the branches of its bank only. However, interoperability in transactions is conceptually promoted and to an extent implemented. The BC is therefore a human ATM (and more, since the BC can do much more than an ATM can) and the community banker/ an agent of the bank.

Most implementations of the BC network by the banks have only attempted to comply to RBI/ finance ministry mandates for financial inclusion and have been restricted to 'Open X accounts in Y villages' or 'Disburse X rupees of government benefits to Y people'. Most of these initiatives have therefore been seen as cost-centres and as regulatory obligations by the banks and rarely have these been viewed as profit-centres or even as viable business units.

After spending many years in mere obligatory compliances and having spent significant amounts of money to fuel these endeavours, a few banks like the State Bank of India and the ICICI Bank have realized the need to turn this model around. Someone in these banks has rightly put his/ her foot down and said that the whole movement needs to be viable, sustainable and scalable to have any real and meaningful impact.

A few BCs themselves have seen that they could not sustain with a fundamentally non-viable business model. Eko, for instance, has been a BC which has used technology to ensure that its costs were razor thin, invested in ensuring a great user experience and has innovated on the products along with the banks. In short, it is in the best interests of a BC also to ensure that more and more customers, transactions and products flow through their channel and that most of these activities generate enough revenues to sustain them and their partners in the value-chain.

White label ATMs are a relatively new phenomenon for India where a third-party owns and operates a network of ATMs under its own brand and not necessarily for/ by a particular bank. The Tatas and The Muthoot Group have already started setting up their WLATMs in India.

Lets assume that a typical ATM machine costs Rs. 10 lac to deploy, maybe cost a Rs. 1 lac to maintain (rental, electricity) annually. Also, the average life of an ATM would be 5 years. So 5 years on, we must budget for some amount to replace atleast some parts of this machine, lets say this is just Rs. 5 lac. Assume that the ATM earns Rs. 8 per transaction. Ignoring the cash management costs, and security costs (which would be significant) and any other overheads; to break-even, every ATM needs to process approximately 140 transactions per day, every day for the next 5 years.

Also, of course, to set up a network of say a 10,000 ATMs, the capital expenditure is going to be significant (Rs. 10,00,000 x 10,000) and that capital comes at some cost.

Again, the following articles provide some context: A recent article in Times of India pegs a deficit of 19,000 odd ATMs for the public sector banks India compared to the targets set. Also, interesting is this article which quotes officials from SBI, which operates the largest ATM network in India, saying that its ATM operations were loss making.

Now, technology moves ahead way faster than banking can. Mobile banking/ commerce is slowly but steadily getting popular. The RBI has also published that it envisions a less-cash (though not a cashless) society in the near future. For all we know, physical cash might actually become much less relevant in the next 5 to 10 years. Perhaps mobiles will take over where cards have not? While this seems implausible, take a look around; if 10 years ago, someone had told me that almost every economically active individual in India would have a mobile phone, I would have laughed. Video conferencing/ tele-presence used to be stuff from science fiction! My mobile phone has more processing power today than the all the computers in my school lab put together. I am not implying that ATMs would become irrelevant anytime soon- indeed these machines would themselves evolve in ways we may not anticipate today, but they are definitely under time pressure.

With access to one tenth the capital required for ATMs, we could set up a human ATM network that is a hundred times larger. Consider a human ATM network that uses mobile phones/ mPoS as access devices. Add to it the fact that it would not need to overheads that a normal ATM would need, including power, rental etc. Also significant is the fact that much leaner and efficient cash management systems could get deployed here. The result would be a low-Opex and very low-Capex network of banking agents who would not only do cash-in/ cash-out but also educate, solicit and facilitate enrolment to a range of financial products. Also, these costs are nothing but investments in people; in agents who are entrepreneurs. Any improvement in their livelihood would only have a positive rub-off in the community that they serve and the nation at large.

The white label BC model, would achieve a sort of decoupling for the banks where banks would be freed up from having a operationally heavy involvement in these activities. Having endorsements from multiple banks or the central bank itself would create an environment of trust as a legitimate banking channel even for existing customers across different banks and thus more footfalls. This could result in better returns for the agents involved and could lead to a viable and sustainable financial ecosystem designed for outreach and customer convenience.

This model is not without its short-comings though. Managing a huge network of agents is no easy task. Selecting and appointing them is no cakewalk either. Also, people, as they say, are more vulnerable to break-downs than machines are. Each of these risks can arguably be mitigated through appropriate processes, technologies and audit mechanisms.

Prevalent perception is that while technology makes things more efficient, it also causes banking to lose the human touch. Perhaps it is prudent to seek a middle ground here, especially as this also involves introducing hitherto unbanked people to a formal financial system. A little hand-holding and human touch should be welcome, right? Eager to see how this concept plays out.

Thursday, September 19, 2013

The Story of Tatkal Remittance- Eko

On 17th September 2013, Eko completed six years of its existence as a registered company. While it took over a year to move from a 'pilot' project which started by the end of 2007 to a live one, it was not till late 2009 that Eko discovered a real pain-point its customers faced, and in the process, its (current) primary revenue source. This is the story of Tatkal(Hindi. tatka:l, meaning: instant, right then and there).

Eko went live with the State Bank of India (SBI) through an inaugural transaction at Sumit Gupta's medicine shop in Uttam Nagar on 23rd February 2009.
Invitation to inauguration of the first Eko CSP for SBI
Mugdha's invitation, Barry sir (Retd. Vice Admiral Venkat Bharatan was the CEO of the Section 25 company Eko Aspire Foundation then)

At that point in time, our platform was offline and used to sync up to SBI through transaction dumps and handoff reports sent at the end of day. SBI had been working with ALW (A Little World), a very early participant in the Business Correspondent model promulgated by the central bank. ALW's front end agent device was then an NFC enabled phone and each customer had a card. SBI's Financial Inclusion switch provider Yalamanchili  (YCS) had already created an ISO8583 based transaction interface which was to be used to transfer the card transactions captured by ALW to SBI's Core BankingSystem.

There were a few things that were simply revolutionary about Eko:

1. Eko had a transaction system that simply worked on almost any simple mobile phone; no need for expensive smart cards or NFC enabled devices or add-on devices. Even a Nokia 1100 would do just fine for both the customer and the agent.

2. Eko was based on the pre-paid model. It was the first Business Correspondent who first put funds into the BC account with the bank on day zero and then did customer transactions against and upto the amount pre-funded. Pre-funding was prevalent in the telecom recharge sphere, but Eko had applied it on the BC model. This model de-risked the bank and to an extent even Eko from collection and settlement risk. This is today a norm in the BC world.

3. Eko devised an ingenious strong 2 factor authentication system that used a paper based technique. The system was called OkeKey (we are now using the second generation OkeKey system). This system also acted like an OTP (One Time Password) and ensured that the PIN did not travel in clear text even over an unsecured transport like SMS. Simple, cost-effective, quick and therefore for us, it represented an economically viable method to take secure transactions to every mobile phone that was out there.

We used to interact with a few really visionary people at SBI. First and foremost, Mr. S Mukhopadhyay, who was then GM-Outreach. For innovation to work, someone has to give a chance to the innovator to atleast showcase. Mr. Mukhopadhayay gave us a chance and we are thankful to him for that. Mr. L P Rai was then the DGM Technology for Rural Business and Mr. S S Jain who was the Chief Manager Technology for Rural Business. Without these people, Eko story would definitely not have been what it is today. I am sure my colleagues Mansi and Abhinav who used interact a lot more with them would agree.

Coming back to the interface that SBI had exposed through YCS. It was designed for card based transactions and therefore for proximate transactions (where the participants in the transaction have to be next to each other by design). Eko on the other hand had no such restrictions: as long as two people had a mobile number (or any other unique identifier), they could simply transact. So, to ensure that we could communicate in the same 'card' language, we designed a wrapper that would simply translate Eko's transaction parameters to what was required by the card based system and vice-versa. The aim then was to just ensure that the customer accounts opened at Eko's outlets would be online real-time and we will not have to do any end of day batch jobs for this.

So, in late 2009, the RB-DAU (Rural Banking - Dedicated Accounting Unit) team at SBI comprising of Mr. Shivaji More, Mr. Anil Trimakhe and Mrs. Shubha Shejale, along with the YCS team sitting there sent us the specs for the online transaction integration. This was basically a list of transaction formats describing what fields were required for each and the response formats containing success and failure indicators. Apart from this there was a process designed to migrate customers from our platform called SimpliBank to theirs through batch files- there was no programming interface exposed to us to do this real-time.

One among these transactions was a pair called FTWithdrawal and FTDeposit. It was essentially designed to power ALW's Fund Transfer system where a customer could come to an agent, keep his/ her card, indicate the recipient account holder's account details, provide authentication and the transaction would enable money to be transferred from the account holder's card to any existing account in SBI. This was also termed 'Tatkal'. This tatkal had little or no traction at that time.

Meanwhile, the then DMD, Mr. Diwakar Gupta and Mr. S. Mukhopadhay wondered if the BC model could solve a problem that was unique to the public sector banks, through its use of technology. The problem that the bank faced in its urban branches was that of over-crowding, congestion and therefore the quality and RoI of service. Abhishek, our CEO believed he had an answer there.

Abhishek always maintained that there was a remittance story that we needed to pursue although at that point in time, it was not clear to any of us how exactly this would play out. An earlier assumption was that we would need to open agents and through them customer accounts on both sides of a remittance corridor (like Delhi-Bihar). Then, a person in Delhi will use an agent to load money into his/ her account and then the customer could send money home to a relative in Bihar. The relative in Bihar could visit an Eko agent there and withdraw a required amount. We did pursue this agenda for quite some time. However, we soon realized that setting up both the ends of the remittance pipe was a huge exercise. It would take a significantly large base of agents on the sending and receiving size, a significantly greater effort to educate people on both the sides and consequently significantly deep pockets to be able to pull this off.

The integration took a long time: almost a whole year! Considering that we had to get the leased line in place, do the integration, development, get a number of permissions from a lot of 'departments', UAT, et al. The initial phase only consisted of migrating the customers to the CBS. Harish had helped a lot in getting some of the permissions and the leased line in place.

In June 2010, we sent out a process document that described 'remittance to core' to Mr. L P Rai and his team after a lot of review by Anand and Abhinav at Eko. Mr. Rai liked what he saw and made some suggestions in the process and transaction that have made this product hugely successful and he eventually drove its implementation. We had made a curious twist to the 'Tatkal' tale (ref: 4 paragraphs above) and that led to the birth of 'Tatkal remittance' as we know of today. This product and its clones and variations have today become one of the primary revenue sources for many BCs apart from Eko. What we did was to map the pre-funded account of Eko the BC to a virtual card. Then we did a fund transfer transaction where the FT withdrawal was made from the BC account and the FT deposit leg was made to any existing account on the CBS.

Thanks to the effort put in by our engineering team (which was then a part of another contractor Anduril technologies), we made the first test transaction on our staging platform on 23rd June 2010. After a bit of code hacking (one of those rare moments at Eko where I personally wrote code), we were able to successfully put this on production on 26th June. Matteo dialed the first ever production Tatkal transaction from Eko's Nokia 1200 phone (pic attached) and the transaction amount was Rs. 27 (we deliberately chose an odd number ;).

First tatkal end-to-end
The beauty of the whole system was its sheer simplicity, the ability to make a real-time credit into any of the existing 200 million or so accounts of the State Bank of India (rightfully called the banker to every Indian) and the fact that all that the agent (also called the CSP- Customer Service Point) required was a simple basic mobile phone. Unlike the corridor based remittance that we were earlier trying to pursue, the receiving end of the pipe had already been put in place by the bank and its existing BCs. All we had to do was to serve the source locations of migrants- essentially, urban financial inclusion. In the process, what we also achieved was decongestion of hundreds of bank branches. Customers who had to earlier forfeit their day’s work to travel to the branch, wait for hours in a queue there (most branches work only for a few hours of the day, say 10 AM to 3 PM), now had a great option – an Eko counter at the neighborhood grocery store. Unlike the branch, the store was conveniently open even after their work hours, there was no queue and the customers were at ease in a familiar environment.  The customer handed over cash to the agent along with the recipient’s account number, the agent dialled in the transaction and the money moved in real-time to its destination followed by confirmation messages on their mobile phones. This was Tatkal as we had redefined it.
Tatkal flow

The system ran on a trial basis for a month or so and then it went full steam. The rest is now a part of the history of remittances in India. In the first 10 days, we hit a remittance volume of Rs. 1 crore and by the end of August it touched 5 cr. In the entire year before, we would not have done these volumes! The only marketing we did was to tell a few of our CSPs "Don't tell anyone!". Actually! Today Eko, through its platform SimpliBank has handled over Rs. 6,000 crore (6 billion rupees) in cumulative transaction volumes (all included). We still hold the distinction that almost all of these transactions were done using mobile phones. Not only that; today, there are atleast 5 other companies in India doing more or less the same thing.

While there are a hundred challenges before Eko today and we may only have a few answers as yet, the experience of having gone through the grind, having figured atleast some things out, having built something that real customers really needed, being able to earn a revenue out of it, having done all that on the foundation of technoogy innovation and having seeded an entire industry on its precepts, that has been quite a journey!

Sunday, May 23, 2010

Eko in Financial Express

We had a great coverage on the Financial Express, Open Forum page today.
Do read the article (e-paper layout) Human ATMs by Sarika Malhotra.

Update: Corrected the url. Alternative web layout link

Saturday, September 26, 2009

Cast your vote at Project 10^100

[Its been a case of blogger's block. The good news is, I seem to be on my way out of it.]

Last September, I had written about Google's 10 to the power 100 initiative.

Well, it seems the good folks inside googleplexes have had their super-fill of ideas which they've whittled down to 16 and now they want your vote on it. Do click the link below to cast your vote.
http://www.project10tothe100.com/vote.html

Interesting to note: "Build better banking tools for everyone" figures in as one among the top 16 needs. Folks have suggested using the reach of mobile telephony to do this. Hmm... sounds familiar! we've been trying to do that all along- glad to hear the world echo the thought :).

[Now you know why we're called EKO]

Tuesday, June 24, 2008

A sunrise industry coming up in West Delhi’s Uttam Nagar - LiveMint on Eko

New Delhi: Shyama Kumari has a new-found sense of confidence. The 20-year-old college goer taught part-time at a local school for two years and saved Rs8,000, which she has put in a bank account. Her banker? The local drug store.

Kumari isn’t the only one who banks in a shop and shops in a bank. Around 1,400 people in her neighbourhood, Uttam Nagar—a lower middle class colony in West Delhi—have, through shops that include grocers and chemists, opened accounts that now have between Rs20 and Rs 14,000...


Here's the link to the complete article on liveMint.

Thursday, April 24, 2008

Eko In Action - Video (Hindi)

An Eko video trying to track customer response to Eko at the Pilot site:

The language being used is Hindi. I guess someone might put together an English voice-over / sub-titles - till then, please catch hold of a Hindi speaking friend to translate ;-)