MPESA CONFIGURATION
MPESA CONFIGURATION
In March 2007, Kenya’s largest mobile network operator, Safaricom (part of the
Vodafone Group) launched M-PESA, an innovative payment service for the
unbanked. “Pesa” is the Swahili word for cash; the “M” is for mobile. Within the
first month Safaricom had registered over 20,000 M-PESA customers, well ahead
of the targeted business plan. This rapid take-up is a clear sign that M-PESA fills a
gap in the market. The product concept is very simple: an M-PESA customer can
use his or her mobile phone to move money quickly, securely, and across great dis-
tances, directly to another mobile phone user. The customer does not need to have
a bank account, but registers with Safaricom for an M-PESA account. Customers
turn cash into e-money at Safaricom dealers, and then follow simple instructions
on their phones to make payments through their M-PESA accounts; the system
provides money transfers as banks do in the developed world. The account is very
secure, PIN-protected, and supported with a 24/7 service provided by Safaricom
and Vodafone Group.
The project faced formidable financial, social, cultural, political, technological,
and regulatory hurtles. A public-sector challenge grant helped subsidize the invest-
ment risk. To implement, Vodafone had to marry the incredibly divergent cultures
of global telecommunications companies, banks, and microfinance institutions
–and cope with their massive and often contradictory regulatory requirements.
Finally, the project had to quickly train, support, and accommodate the needs of
Two authors have written this case study, each taking up one part of the story. The first
section is written by Nick Hughes, a Vodafone executive who started this project in
2003 and now heads a mobile payments team with the task of growing the business
globally. Nick led the efforts to get Vodafone focused and supportive at the very senior
levels of the company in what seemed at the outset to be a fringe project.
The second section is written by Susie Lonie, an m-commerce expert who was
brought into Kenya to work through the detailed design phase and project manage the
overall delivery of the service from pilot into commercial operation. Susie describes the
day-to-day obstacles that needed managing, many of which could never have been
foreseen at the outset.
customers who were unbanked, unconnected, often semi-literate, and who faced
routine challenges to their physical and financial security. We had no roadmap, but
created solutions as we went and persevered when a pilot slated to take several
months took almost two years.
Why and how does a telecom company like Vodafone start a banking project
like this? It’s not part of Vodafone’s core business; it was not developed in a core
market (Kenya is a relatively small market in Vodafone’s terms); and it has little to
do with the voice or data products that drive Vodafone’s revenue streams. Telecom
companies are young and fast moving; banks are old, traditional, conservative, and
slow moving. And, having generated the concept and decided at the corporate level
to implement it, what are the practical issues that need managing to get the proj-
ect off the ground and into commercial operation? These are the questions we seek
to answer here.
The backdrop to our case study lies in the development debate. As part of the
Millennium Development Goals,1 many of the world’s leading nations have com-
of the world where microfinance institutions have begun to spread and begun to
build an infrastructure.
Getting Funding
I started my M-PESA journey at the World Summit for Sustainable Development
in 2003. After spending an afternoon contributing to a debate about how private
sector organizations are driven by short term goals and thus don’t typically address
long-term sustainable development, I was approached by a representative of the
U.K. government who controlled a challenge fund project set up by the
Department for International Development (DFID). Our discussion centered on
the following: Private sector organizations such as Vodafone are legally bound to
use their shareholders capital to achieve the best returns. But many organizations
use internal competition to allocate funds to their projects, and this competition is
based on potential returns on investment. As a result, any initiatives that relate to
the development agenda usually get squeezed out. Without wishing to overgener-
alize, often the only place within an organization where the development agenda
can ascend is in departments that are more concerned with stakeholder engage-
ment, government relations, policy debate and corporate reputation. How could
firms raise executive-level interest and get funding to develop products that will be
non core and long term but do have some sort of sustainable development theme?
One angle could be to position such projects in the Research & Development
(R&D) department. This would work in many sectors where new products take a
long time to reach market, but many technology-based companies—and Vodafone
is no exception—tend to keep R&D focused on the technology rather than the
marketplace. Financial services in emerging markets are not about new technolo-
gy; in fact, even at the early concept stage we expected to use a very basic applica-
tion of mobile communication, called SMS (or text messaging), certainly not the
sexiest aspect of mobile technology, especially in the core European markets where
java applications, 3G and smart phones were all in vogue. This wasn’t about new
technology, it was about a new application of existing technology.
Enter the role of challenge funds. What if a firm could use somebody else’s cap-
ital to overcome the internal competition (one hurdle down) and a compelling
proposition could be shaped that would give the company some comfort that the
project was addressing a market of potential future value?
And so it was in a conference hall in Johannesburg that I first gave serious con-
sideration to using a challenge fund to circumvent the constraints of our new
product development processes. I must make it clear, these corporate processes are
there for a very good reason—the management framework brings discipline to
project development and helps ensure that funds are spent wisely for the share-
holders. But equally it is also important to find ways to initiate new areas of busi-
ness that are higher risk; in this regard I believe that challenge funds have a strong
role to play.
identify two broad findings: (1) improved internal management processes would
allow organizations to speed up and improve the efficiency of delivery; and (2) it
should be very simple for customers to get access to finance.
The natural inclination of a service organization is to think about the con-
sumer first so we focused on number two. A pilot partnership was created between
us (the network operators), a micro-finance institute (MFI), and a commercial
bank. The view was that each
could bring to the project a dif-
ferent set of competencies,
If somebody at the top of the which would improve access to
company doesn’t provide finance for the un-banked
population. Network operators
executive sponsorship, things bring connectivity and a huge
reach through the airtime
won’t happen and the project reseller distribution network; a
would eventually be relegated to microfinance organization
understands the market need
the scrap-heap of PowerPoint for micro-loans and other
presentations. And at a practical financial services but is typical-
ly not a regulated bank; and a
level, it quickly became clear commercial bank brings the
that we faced a resource issue discipline and compliance
aspects of storing and manag-
on the ground. ing customers’ funds.
The proposition started to
firm up around the design and
test of a platform that would
allow a customer to receive and re-pay a small loan using his or her handset. We
wanted to allow the customer to make payments as conveniently and simply as
they do when they buy an airtime top-up, so a central feature of our proposition
was to use the distribution network of Safaricom airtime resellers (or Agents in M-
PESA terms) to facilitate this process. This service should also bring business effi-
ciencies for the MFI and allow it to grow its business more quickly and to more
remote locations than is possible using traditional paper processes.
Vodafone needed someone on the ground in Kenya, ensuring that the team prop-
erly understood the environment in which the service needed to work, and the
detailed product requirements. That’s where I came in. Because of my background
in Western-style mobile commerce, I was invited to accept a short secondment to
Kenya to complete a product specification and get things moving. In February
2005 I boarded a flight to Nairobi.
We had a fair idea of what we wanted the service to do, but were not sure how
to do it. The first big decision was buy or build? If we could buy software off the
shelf to meet our needs it would make sense to buy. So we went shopping and
found a multitude of financial service platforms with a fairly similar range of func-
tionality. Therein lay the problem: They had all been designed with Western bank-
ing infrastructure as the point of reference, and then added on other features. It
became clear that we would have to make some significant compromises around
the functionality and user experience if we bought one of the proprietary prod-
ucts. We reluctantly decided that we would have to bite the bullet and build our
own service from scratch.
This decision raises a key point which has reappeared regularly in every aspect
of this project. There is a fundamental difference between the way banks and tele-
coms operate. Mobile network operators are relatively young, entrepreneurial
companies that have experienced rapid growth and high profits through huge vol-
umes of low-value transactions. Banks tend to be mature organizations with well-
established business practices and a reassuringly cautious attitude to change. Their
business is based upon fewer transactions that generate relatively high margins.
The net result is that when a telecom decides to create a financial service such as
M-PESA, there is a collision of philosophies. So we decided to build.
tive; it was important that Sagentia be extremely open-minded and flexible, create
a very configurable system, and show a strong willingness to get involved in defin-
ing the detailed functionality. In fact, Sagentia demonstrated the required skill set
and attitude many times during this project.
tious about the robustness of the system and the security of its money. We had to
run a familiarization trial with Faulu’s internal staff for several weeks to give them
greater confidence in and familiarity with the system. It slowed us down but
allowed us to practice our training techniques.
Lift-off
On 11 October, 2005, the pilot finally started. Eight agent stores were given their
M-PESA phones and repeated training sessions. Nearly 500 clients were enrolled,
given phones, and instructed to use M-PESA to repay their loans. Their incentive
was a free phone and a few dollars in their M-PESA accounts.
The first obstacle we encountered was the agents’ hesitation to pay out cash
withdrawals. No matter what the training told them, it was a brave shop assistant
who opened the employer’s till and handed out cash because they had been sent a
text message telling them to do so. We overcame this problem by giving agents sep-
arate M-PESA cash floats, along with reassurances from their head offices. I also
visited agents every day to help with the cash withdrawals until they got used to it.
Consumer training was quickly identified as being probably the biggest chal-
lenge. The challenges included:
Familiarity with phones: There was a great divide between people who were
familiar with mobile phones, and people who were not. The former tended to pick
up M-PESA quickly. For the latter group, the first chunk of any training session
was taken up by explaining the concept of a menu, showing them how to find M-
PESA, how to find their SMS inbox, etc.
Training environment: It’s no surprise that training smaller groups in comfort-
able surroundings definitely work best. I remember one nightmare session in a tin
shed with the mid-day sun beating down, an enthusiastic 40-a-side soccer match
going on outside, and about as many potential clients wrestling for hours to learn
how to use M-PESA. It says much for their persistence that they learned the sys-
tem.
Task complexity: The pilot involved quite a number of consumer transactions.
Because of the need to follow Faulu’s paper processes for loan repayment, clients
paid a treasurer group account; once the treasurer had all the SMS payment
records, he paid Faulu by SMS. In addition, clients could send money person-to-
person (P2P), deposit cash in or take cash out with an agent, and also needed to
contend with account administration, such as changing PINs. Cramming all of this
into one session was a tall order.
It was clear that we would need to find a way to simplify things before launch-
ing a national service for millions of customers.
A month or two into the pilot we decided that we could expand the volume of
business by allowing consumers to buy prepaid airtime with their M-PESA e-
money. Thus we created a new menu item and connected to the Safaricom billing
system. More consumer training ensued, but as a hook we offered an introducto-
ry 5% discount on any airtime bought by M-PESA for a few weeks. The results
ongoing difficulties with its internet connection, even after we provided a dedicat-
ed mast and satellite link. Reconciliation of the M-PESA and conventional
accounts was a headache, and loan disbursement required significant over-riding
of Faulu’s existing automated processes. The bottleneck in transferring the money
M-PESA had collected in loan repayments to Faulu’s bank account was getting its
books to a point where it could request the funds.
To make M-PESA more suitable for institutions like MFIs, we need to create
data export files that can be easily uploaded in whatever format their existing soft-
ware requires. Ideally, we should create an interface directly between their systems
and M-PESA. This is not a difficult task—M-PESA keeps detailed records of every-
thing; we just need to know what data is required and in what format.
Meanwhile, the benefits to consumers of using M-PESA to help manage their
personal finances were obvious and compelling.
provide for the others. Practically every Kenyan I worked with sends money up
country to some family members. They use various means to do so, ranging from
sending heavily disguised parcels by bus or finding someone travelling that way
and giving them the cash, both of which are risky in a country where highway rob-
bery is literally a commonplace event, to more formal mechanisms such as Western
Union and the like, which are less common as they are very expensive and there are
few cash outlets in rural areas.
The launch service was therefore limited to three features providing the rela-
tively simple functionality which made the consumer proposition much easier to
understand and to use. Users could deposit in or withdraw cash at agent stores;
transfer money person-to-person (P2P) ;and buy prepaid airtime.
However, every other modification we made to the service added complexity.
In the latter stages of the pilot we had hired consultants from the electronic bank-
ing world to audit the system and make recommendations. Their suggestions
included a major change in the design of the agent phone menus. In the pilot, each
agent SIM was associated with one e-money float and one user. In practice, sever-
al shop assistants used the same phone and shared the not-so-secret PIN. A funda-
mental change was to split that one agent phone entity into four or more separate
entities associated with the e-money float: the store; the M-PESA till; a primary
assistant responsible for administering the till; and one or more standard assistants
who could also use that till to do M-PESA transactions. Each operator is now iden-
tified by a unique Agent ID, usually their initials, and a genuinely secret PIN.
An ongoing issue was that agents ran out of e-money float. When customers
deposited more cash than was deposited at an outlet, the e-money float was
reduced, sometimes to the point where the agent ran out. To replenish this float the
agent had to return cash to the M-PESA bank account so it could be reflected as an
increase in M-PESA float. This could take several days to clear during which time
the agent could not properly serve customers. For the launch, however, each agent
would have several stores with e-money float, not just the one pilot outlet. This
gave us the idea to create a whole new function we call float balancing. The logic
goes that city stores will see lots of deposits from people wanting to send money
home, and rural stores will see more withdrawals as people cash the money they
have been sent. Whilst the money will never balance exactly in one agency, if we
could provide a tool for agents to move float from stores with excess e-money to
those that were running out, this could help relieve the problem. A web tool was
duly created for the agent’s corporate accountant to do this. For Head Offices with-
out internet access, and for times when it is unavailable, we also created Head
Office handset menus to do a similar job.
These and a wealth of other technical changes were made to the system. We
also had to tackle any number of administrative requirements. Safaricom and
Vodafone have formal, structured procedures that any new service introduction
must follow, but for the pilot we had blithely ignored all but the most pressing of
these with a view to getting the job done without drowning in bureaucracy. This
was marginally acceptable for a small pilot, but for a full commercial launch we
had to resume playing by the rules. It took about four months to get the paperwork
sufficiently buttoned down for a corporate launch.
Neither Safaricom nor Vodafone has a banking license. This means that man-
agement of the legal and regulatory structure of the business was a delicate matter.
Many rounds of discussions with Kenyan and English lawyers, many straw men,
and many heated debates later, we came out with a complex legal structure appro-
priate to running the M-
PESA service in Kenya—
operated locally by It is clear that regulation of
Safaricom, but owned, host-
ed, and developed by services such as M-PESA will
Vodafone. A new trust com- happen sooner rather than later.
pany was created.
We then needed to cre- This is no bad thing for either
ate a department within
Safaricom to launch and
consumers or service providers as
run M-PESA . The first step long as the regulation protects the
was to recruit someone to
head the department.
consumer against the risks
During the course of the involved. The better the regulator
pilot I had identified the
ideal internal candidate understands the capabilities and
who was heading another limitations of services like M-
department at the time. It
took a while to convince her PESA, the better and more
to accept the role, but since appropriate the regulation will be.
she agreed she has thrown
herself into it with all the
competence and enthusi-
asm expected. Next came recruiting the rest of the team from Safaricom employ-
ees and external candidates. This was a challenge as there was no existing pool of
subject matter experts. Therefore, the most important criteria were a good educa-
tion, experience in telecoms or banking, and most important, the right attitude.
We busily prepared training materials for the agent stores in both English and
Swahili, but the more we considered the logistics of providing training to 600 assis-
tants scattered around the country before launch, the less likely it seemed that this
could be adequately managed by our training team of four. The pilot had taught
us of the need for repeated training sessions and repeated store visits post launch.
Kenya is a big country with small roads, and to drive between towns is not easy. So
we added a new line to the budget to pay for a sales training agency. Now, fifty
trainers visit our agents on a regular basis to give any support required, provide
merchandise, and generally keep an eye on things.
The Central Bank of Kenya clearly needed to be engaged regarding financial
service regulation. We had met with the bank a few times during the pilot,
although the numbers and consequent small risk made it of little interest to them.
When we approached the Central Bank regarding the national launch, it was quite
another matter. There followed a series of product demonstrations, requests for
documentation, compilation of information, more questions, meetings of clarifi-
cation, submission of a formal legal opinion, and so forth. E-money products such
as M-PESA are new to Kenya so there is no clear regulation yet in place.
Nevertheless, it was impressive how quickly the bankers’ questions progressed
from fairly basic to insightful and quite tricky. But we had done our homework
and eventually the bank confirmed that it had no objection to the service launch-
ing. Ten days after receiving this letter, we launched.
It is clear that regulation of services such as M-PESA will happen sooner rather
than later. This is no bad thing for either consumers or service providers as long as
the regulation protects the consumer against the risks involved. The better the reg-
ulator understands the capabilities and limitations of services like M-PESA, the
better and more appropriate the regulation will be. It is our intention to work with
the Central Bank to provide the information required to make informed decisions
as formal controls are introduced.
prepared to embrace the consequences of change –and this is not easy for natural-
ly conservative organizations that are not accustomed to working together. For this
and all the other challenges we described, getting senior sponsorship along with a
committed project team was critical.
We have since identified a plethora of new ways M-PESA can be used in Kenya
and elsewhere. There is market demand for faster, cheaper, and more efficient ways
of moving money for many reasons, ranging from bill payments to salary pay-
ments; affordable social payments to extending existing financial services; conven-
ient-low cost international remittances; and many more. These have been priori-
tized and development is underway. M-PESA has just taken the important first
step in what we hope will be a long journey in bringing people into the communi-
cations and financial mainstream worldwide.
1. The Millennium Development Goals are a set of eight goals established through the U.N. with the
aim of halving global poverty by the year 2015. For more information, see:
<http://www.un.org/millenniumgoals/>
2. Full details can be found at <http://www.financialdeepening.com>
3. Swahili is a hybrid language consisting of Bantu, Arabic and a smattering of English which is the
means by which the 42 tribes in Kenya communicate. Effectively it is a successful East African ver-
sion of Esperanto.
4. Subscriber Identity Modules (SIM) are removable cards that allow users to change phones easily
by removing the SIM card and inserting it into another mobile phone, thereby eliminating the
need for activation of the new mobile phone on the network. Wikipedia:
http://en.wikipedia.org/wiki/Subscriber_Identity_Module