Strategy

This weekend the iHub Advisory Board met with the managers (Tosh and Jessica) to discuss the future direction of the space and what our focus should be for the coming year. The meeting was facilitated by my friend Peter Durand of Alphachimp Studios, who is in town as a part of the PopTech Lab.

The iHub Advisory Boards is made up of 5 people who come from the Nairobi tech community, and represent the community when important, or difficult, decisions have to be made. They are:

• Riyaz Bachani, Wananchi executive, now in charge of Wazi WiFi
• Josiah Mugambi, Co-Founder of Skunkworks, works at Nokia Siemens
• Rebeccah Wanjiku, Tech reporter and founder of Fireside Communications
• Conrad Akunga, Blogger, co-founder of Mzalendo and highly respected software architect
• Erik Hersman, Tech blogger and co-Founder of Ushahidi

Looking at 2012

Our overall focus has always been that we should look to serve the tech community first, and that everything else would come from that foundation. As we stepped back to look at what’s happened in the last (almost) 2 years, we tried to identify what worked and where there gaps were.

We first worked through the a “business model canvas”, putting our minds together to find out if we all saw the iHub in the same way, and if what we were doing was what we should be doing. As you can see in the diagram above, we tried to list out all of our partners and community members, then map how we add and receive value from each of them.

A key point of discussion was how do we add value to not just the 250 green members who can come in and use the space, but also the serve the needs of the other 6,000 white members in the “virtual” community. We’ll have more thoughts and announcements on this over weeks and months ahead.

Going Deeper by Improving Freelancer Skills

We delved deeper into this, separating the types of individuals between the startup types vs the freelance types. One of the biggest gaps we’ve found is that there are many freelancers, some of whom are working on a startup on the side, but need the funds from their freelance activities to pay the rent.

Our questions became:

• How does the makeup of the iHub green membership reflect different levels of what’s needed for projects to be done? In other words, are we diverse enough?
• How can we help get freelancers more projects?
• How can we help them become better at delivering on their projects?

In order to do freelance work, you often times have to team up with others who offer the skills that you lack. We’ve noticed that we’re primarily developers at the iHub, with some designers sprinkled in, but don’t have enough project managers or quality assurance types. So, our first order of business is to make sure we’re letting the people with these other skill sets know that they’re welcome to be a part of the iHub community too.

A gap that our sector has in Kenya is that companies who want to get a software project done don’t necessarily want to go with just any freelancer. We’ve discussed for some time the way the iHub brand can be used as a vector to find freelancers, but we’ve shied away from doing anything more than connecting people through the job board or through referrals.

The iHub is now looking into doing the following (and for this, we need some community feedback and help).

• Standardize a process for clients to interact with iHub freelancers, using the iHub brand as a vector for business needs to be solved by the technology community.
• Creating a way for developers, designers, project managers and QA people to collaborate and form teams to work on client projects. To be on the “shortlist” of freelancers, each would have to pass a test to make sure they are at the appropriate level.
• Bring in a very specific and targeted type of mentoring and business skill training to focus on the individuals in this program, so that we can get a better culture of on-time delivery, communications and quality of work.
• Put in place a system, upon project completion, for clients to rate the team, or individuals, who do the work. This would be tied to iHub member’s profiles, and anyone who under-delivers would be dropped from the pool of freelancers.

If you think you have the skills necessary to be on the initial shortlist for paid project work, and are a member of the iHub, let me or Tosh know as we think through this process. We’re looking for 5-10 people to explore this new area with us. Specifically, we’re also looking for a leader with great project management experience.

What YOU Do

As we stated at the beginning, the iHub is about doers not talkers.

Our final takeaway was on communication by the green members on what they’re doing. To this end, we’ll be putting together a schedule for each of the 250 green members to do a 5-minute presentation, followed by a 5-min Q&A. There will always be a quorum of the iHub Advisory Board present, as they’re the ones who make the final decision on who gets and retains membership. It will also be in front of the other community members who would like to attend so that there is a better understanding in the community of what each of us do.

We’ll subscribe a very tight template, likely 15 slides that automatically progress, much like Pecha Kucha (or Ignite talks). You won’t be required to give up competitive details, this is more for you to give us an overview of what you’re working on, how the iHub is helping with that, and where the gaps are that you need assistance.

Look for more details on this in the near future, and be ready to sign-up for one of the slots. If you don’t do a presentation, you will lose your green membership.

Final Thoughts

The iHub has been operational for 1.5 years and we’re about to celebrate our 2 year anniversary in March. This cushion of almost 2 years has allowed us to do a lot of experimentation, and we’re still in the process of gathering feedback from the community to get a better understanding of how the iHub is doing and what we can do better.

As that information comes in, we’ll do what we always do, and that is double down on what works and throw out what doesn’t. It would help us greatly if you take part in this feedback process, run by Hilda Moraa out of the iHub Research arm.

Finally, a HUGE thank you to everyone who makes the iHub possible!

Kikuyu Grass comes from East Africa, and is heavily used in sporting fields and schools around the world due to it’s hardy nature and ability to repair from damage quickly. It’s also tough, aggressive and spreads like a weed due to how it sends out long shoots. If you know this grass, you aren’t surprised to see one “runner” of Kikuyu Grass dropping in and out of the ground over a 20-30 meter area.

I like the analogy of Kikuyu Grass to discuss an issue that I see as a major issue in certain industries in regards to how technology solutions get critical mass and go mainstream, or don’t.

The Macro and Micro Problem

I call this a “macro and micro problem”, where you have to solve a big overarching issue of scale at the same time as solving needs for individuals at a very hyper-local level. This is a particularly difficult problem for bootstrapped startups to manage, because they don’t have the money or access to infrastructure to scale wide, even though they might have an excellent micro-level solution that individuals want to use.

There are two industries in Africa that I see this problem at it’s greatest, though I’m sure there are more; agriculture and healthcare. In both agriculture and healthcare you need to serve the finite needs of a farmer or someone who is sick or injured, yet it’s difficult to provide that any one solution to millions of people. Academically, you can do it, it’s easy to come up with a solution sitting in a room somewhere with a whiteboard. It’s also feasible to roll out a pilot project and make it work well in one area.

What’s difficult is replicating that same working idea at scale. This only gets more difficult as you take in the hyper-local technology demands and cultural context across a country. In fact, there are few organizations who have figured out how to roll out new technology at a national level, the best being large corporations such as bottling and soap companies, and of course the mobile network operators.

Let’s look again at healthcare. There are some great solutions coming out of the tech community for problems surrounding patient information, clinic and doctor information, medicine supply chain management, drug reminders and more. Some are at pilot stages, but none have critical mass at a national level. They simply can’t build the infrastructure fast enough, can’t market widely enough and aren’t trusted by everyone, everywhere yet. Can they do any of these? Yes, but it takes funding and great execution.

Examples from the payments space

The payments industry is on that has been able to solve this from both a macro-to-micro level, and also from the micro-to-macro level.

Macro-to-micro
The too often talked about mobile money solution in Kenya, Mpesa, is actually a really good example here. The product innovation came from outside the company, but the execution on it came from inside, as did the strategy to focus on getting thousands of Mpesa agents going all over the country. This focus on hyper-local agents solved the micro problem, and the national infrastructure and brand of Safaricom allowed it to proliferate and gain trust.

Micro-to-macro
PayPal began as a solution for small businesses or individuals (and grew largely through use on eBay) to accept payment via credit card, which was expensive or hard to do back in the early 2000′s. They were small, serving individual needs, but were able to grow their brand and scale their infrastructure to what they are today due to large VC investments.

Outstanding Questions

The question is, are there ways to solve this problem in healthcare and agriculture?

In agriculture, how will the Esoko‘s and M-farms of the world do it? Can they do this on their own, will it have to be take in by a larger company to hit critical mass?

In healthcare, will MedAfrica be able to get enough data and downloads for mainstream use? Will mPedigree and Sproxil be able to scale their counterfeit drug solutions?

I think these types of startups can, though some will have to broker partnerships with larger organizations, like the government or the mobile operators to do so. Each of them will also have to work very hard in order to meet the demands of putting a new technology solution in play at a large scale.

Like Kikuyu Grass, which has many touch points to the ground as it’s runners spread across and takeover a whole field, startups trying to solve problems in a big industry vertical need to have many local touch points as well.

2011 was a good year – a great one even. Here’s why:

• iHub reaches one year, clocks over 6,000 members and more than 100 events. Companies were founded, business got funded and many companies found CTOs and employees through the network. (What makes the iHub work?)
• The m:lab (East Africa’s mobile lab) was founded, with a testing center, 7 companies incubating and 2 classes of mobile app development trained.
• AfriLabs was founded and now has grown to see over 15 labs in Senegal, Uganda, Kenya, Nigeria, Ethiopia, Zambia, Cameroon, Ghana and South Africa.
• The first Pivot pitching competition and conference was a massive hit. Look for regional versions in South and West Africa in the coming years.
• Ushahidi has over 20,000 deployments in 132 countries, the community grows.
• Kenya leads an open data revolution in Africa, and we also held the IGF which brought many big names into town.
• African tech startups start to get some real attention globally.
• Massive growth in bandwidth mixed with lower costs on smartphones, internet itself and mobile services as well as increases in internet and mobile users across the continent.

2012 looks to be even better

The past few years have been about building an infrastructure that improves the chances of the technology startups in Africa to succeed. Seeing this buildout in action in 2011 was exciting, but it should be recognized for what it really was: a setup for 2012 and beyond.

You see, all those labs and hubs around the continent, the startups and the media coverage? They’re all about getting attention and increasing the awareness of the pent up startup potential in Africa’s technology space. Media and funders both have a bigger target to hit when looking for entrepreneurs. We were setting the stage to broaden the base of our startup pyramid: finding the local innovators and entrepreneurs and getting more of them funded.

Where we stand now is an order of magnitude beyond what we had just a few short years ago. In 2006 if you stated that you want to be a web or mobile entrepreneur you weren’t taken seriously. Five years later and it’s a legitimate position to take. We now have some successes to point out (think mPedigree, Mxit, PesaPal, Sproxil and Ushahidi etc), which make it a lot easier for the new breed of startups to get started.

This is what we’re aiming for: a playing field that allows more entrepreneurs to startup, get some seed funding and fail fast if necessary. The ones who make it, the ones who get beyond the startup phase and become real companies with cashflow and employees, are why this is being done. This will make some people a lot of money, and it will make millions of others lives a lot better because they have better and more relevant products locally.

2012 is set. It’s the year where we grow the seed funding and early stage venture capital investments so that five years from now we have the ecosystem needed to support a much larger investment and startup community.

My prediction is this: In 2012, if you have a startup in one of the main tech cities in Africa and are unable to get funding, it is due to one of two things: Your idea isn’t viable or you don’t know how to pitch.

The funding is coming, and it’s up to you to create a business and make it succeed.

(To do this, I suggest you read 2 posts on the Afrinnovator blog: “15 Skills African Tech Talent Must Acquire in 2012” and Mbwana Alliy’s “12 Predictions for African Tech in 2012“.)

Generally speaking, mobile network operators (MNOs) were highly disruptive in the 90′s, but have continued to decrease in this over the last decade. Operators are no longer the offensive, attacking force of yesteryear, instead they’re putting up barriers and defensive walls trying to protect what they have and hide.

Instead, the disruption comes from the open web. Whenever the operators put up a blocker to what users want, usually in the form of price or access to their infrastructure, the web finds a way of displacing them. Examples abound in location based services, text messaging, video and photos.

There’s a reason operator revenue is shifting away from voice and SMS towards data. The products that got the operators here are receding in relative value. The user wants what’s available in the open web, and that’s just not found, or being provided, by the operators.

So, what is an MNO to do?

Change. Disrupt someone else. Innovate.

One of the biggest disruptors, even in this decade of MNO mediocrity, has been Safaricom – the 800lbs gorilla in my own back yard. They’ve invested in new technology, products and business models like few others, and are reaping the rewards of those strategic moves.

Do I like having a monopoly player in my market? No.
Do I feel bad for the other MNOs (Orange, Airtel and Yu) who are crying now? No, they did this to themselves.

Let’s dig into their golden-child, Mpesa, the mobile peer-to-peer payment system that’s did $3.15 billion in transaction in just the last 6 months(!). How do you know they succeeded in innovating? Well, the easy answer is looking at their profitability and user tie-in that they get from Mpesa. Look more closely and you’ll notice the other signal, all of the bank lobbies in other countries have put up huge walls, blockading an aberration like Mpesa from having sway in their country.

[Sidebar: A warning to everyone who wants to see innovation in their country. Over regulation of telecommunications and banking strangles it. South Africa and Nigeria are cases in point.]

So, Mpesa sounds to everyone like a huge success story. It is, and it’s not. What we think of as an amazing disruptive product is really only halfway up the mountain. There are too many corks being popped while money lies sitting on the table. This stems from 2 main things, which seem to be an issue of Vodafone primarily, since they own the IP for Mpesa and own a 40% stake in Safaricom:

1. The lack of leadership by Vodafone to NOT open up an API that other businesses could build on and increase usage. They’ve stifled innovation on their own product.
2. Their lack of vision in the global payments space. Their shortsideness in not spinning out Mpesa as its own company to take on Visa and Mastercard directly. This was one of the few products and business models that could do that.

More MNO Innovation

So, Safaricom might be stifling its own product, but they’re still not short on disruptive features and products. They do fall prey to bureaucracy and political infighting, but they’re also one of the most aggressive MNOs globally, always trying new things. Three more examples:

• Creativity in 3g data pricing and accessibility down market.
• First-movers in 3g and exceptional data coverage countrywide.
• Okoa Jihazi, their product that gives a loan of credit from the operator to users who are tight on cash.

Other examples of MNOs who are innovating in Africa are:

Airtel Madagascar working with Movirtu with their new Cloud Phone, a way for people to share a phone, but keep the SIM card in the cloud.

MTN, testing Mobile Phonebook by FeePerfect out of Cameroon, a product that puts a phone book into everyone’s phone.

Small + Big

Clearly, innovative products can come to market through MNOs. What’s the common denominator on these products though? Most of them came from small companies and were then incorporated into the MNO.

Ideas come from outside, they come from the edge. Scale comes from inside, from the massive infrastructure provided by the MNO. They have to work together to succeed.

I work with, and talk to, hundreds of entrepreneurs. They have ideas, prototypes and products that just might be what the users want. They lack the access to the infrastructure to roll it out.

As an MNO, you boost your chances of success in this increasingly chaotic space by not walling everything off, but by opening it up.

I often get asked what the iHub is, what happens here, and why it has worked. Often followed by the question of whether or not this model could work elsewhere in Africa. Here are my thoughts on the matter.

The iHub is Nairobi’s nerve center for technology; a place where we can grab coffee, create apps, find funders and build businesses. It’s where the community of web and mobile programmers connect with each other, businesses, the government and academia.

[TLDR version: Championed by credible people, alongside advisors from the community. Experimental mindset. Strong connections to corporates. Strict community focus.]

A brief history

There was a discussion at Barcamp Nairobi 2008 about how valuable it would be for the Kenyan tech community to have a static space of our own. No one would fund that idea. My organization, Ushahidi, decided that we liked it the idea enough that we would fund it. It fit with our overall thoughts on being “open”, it would serve as Ushahidi’s home in the region, and most of all, we thought we could use our good fortune to find and help the next startups in Kenya.

Thus, I moved back to Nairobi in 2009, with funding from Ushahidi via Omidyar Network and Hivos, to build the iHub. I quickly selected a space, and picked the energetic and gifted Jessica Colaco as the Manager. In March 2010 we started work on the space, and in June it was open for use.

Though we had provided funding for the first 2 years, the iHub is an independent Ushahidi initiative. Meaning, that it runs outside of the normal Ushahidi operations and organization. Though the Ushahidi team has full access for the space, we have a very light footprint, and use it the same way everyone else in the community does. We knew that even though we were the most neutral of parties, with a ton of local credibility, trying to “own” the space would fail – just as it would if it had been named the “Google iHub” or the “Nokia Innovation Hub”. It had to be owned by the community, and that meant name and usage both.

The community

At the heart of all that happens at the iHub is the community. They designed the room layout and logo, run the network, hold events, built the website, create the house rules and drive the direction of the space. The management of the space is there to provide basic infrastructure support, a foundation, which the community then builds on to make the space what it is today.

What’s important to understand is that we come from this community too, we are it. We knew it could work because it was ourselves we were building for. When people ask me if I could do the same thing in another city, I respond that it would be questionable. A space like the iHub needs to be put together by someone from that community of techies who understands at a basic level the needs and has the credibility within it to make it happen.

As the iHub grew, we realized that all of the administrative duties, mixed with community interaction, were too much for one person. Thus we brought on Tosh to be the community manager, where he is in charge of working with people, memberships and events. His job is to aggregate, translate and enable the communities needs.

The advisors

That “being part of the community” was what drove me to start looking for a small team of advisors who could help make decisions, especially early on. This iHub advisory board was made up of 4 influential and highly credible technology players from Nairobi, plus myself. The greater community could appreciate that they were being represented well, and it provided a small enough team to move quickly.

Initial roles for this team were to make the final decision on build out design, logo and name, as well as figure out how to deal with an influx of members in a tiered membership model if the need arose (and it did, quickly). With over 4,300 white-level members, this team is also responsible for making the decisions on who gets green-level membership, the people who ultimately get to have free and unfettered access to the iHub facility.

The design

The design of the space was very important, and we were lucky to have Fady Rostom and Kwame Nyongo to lead the design team. They spent a lot of time listening to the ideas and thoughts of the advisory team before they started drawing, and it shows in what was built.

We needed a place that was open, and could be flexibly turned from community commons to event space. We wanted a subsection of the space to be rentable desks, for pre-incubation and co-working activities. At no time was a coffee shop not included – it was seen as core to the vibe and culture of what would happen here. We’d need a secure server room, and plenty of ethernet and electrical points, both inside and outside.

Most of all, the iHub needed to be a place where Kenyan techies were proud of. A place that was uniquely ours, and that we could show off to our visiting friends from abroad. It had to have the feel of being any high-tech community space in the world, with a Kenyan flavor. And it is.

The sustainability strategy

Early on we had no idea how we would pay for things beyond the first 2 years. We projected costs, but didn’t know where the revenue would come from. We had some ideas, but instead of creating a grand plan, we decided to take a very experimental approach, iterating on what worked and killing ideas that didn’t fit.

Right now the iHub has revenue coming in from red members (co-working desk rental), events and the new research arm. Events and desk rental were obvious and worked from very early on. The R@iHub arm didn’t come into being until January of this year, and was very much a big experiment – which appears to be working marvelously well. Jessica’s background is as a technology researcher, and she’s built a brilliant team around her to focus on this. Already we can see that 50%+ of future income will come from this initiative.

The other experiment was taking lead on the m:lab, a space the same size as the iHub which sits one floor beneath us. It’s an incubator. It plays the iHub’s foil, where upstairs is about community, openness and fun, the m:lab downstairs is about professional tech companies building quality products and making it into the market. We took the lead on the consortium behind this, and it is seen as a sister-facility to the iHub, with many shared services between the two.

The corporates

Both the iHub and the m:lab have strong corporate partners. Early on, before the first brush of paint was dry in the iHub, we had started talking to big technology corporates who call Nairobi home. Large tech corporations need an active dev community, and the dev community needs them. Luckily, Kenya is geographically well-positioned for some great companies to make it their home in the region, which worked well for us. We also happened to know a number of them personally, which sped up the discussions and interactions considerably.

We didn’t want to just have corporate partners who were sponsors. We made it very clear early on that their money was less important to us than what value they could add to the space that would help the dev community, but that it was a 2 way street. If we couldn’t facilitate a strong value back to them from the local tech community, then it was a no-go.

Fortunately, despite our lack of a clear idea of exactly how things would work, or what our metrics of success would be, we found some great patners. Nokia, Google, Wananchi and Microsoft are corporate partners with the iHub, and downstairs we have MIH, Nokia and InMobi working with us.

A small aside here, which isn’t corporates, but we’ve also nurtured strong connections with the Kenyan government, though we take no money from them. This also applies to academia.

Final thoughts

By the end of 2010 people were already claiming that the iHub was a model for technology engagement, aid stuff (gah!), etc… in Africa. I thought that was a premature statement, it was an experiment and it still is. The success of the iHub has come from a strong foundation of advisors and community members who understand their city, their peers and their region.

The success of other tech hubs across Africa will be based on leadership credibility, and ability to engage their community.

Much of the iHub’s success comes from a community that works together. In that spirit of “harambee” that is so much a part of our Kenyan life. While there is always healthy competition, we would rather work together and celebrate each others success, and ultimately help each other along with the knowledge that if more of us succeed, then we all benefit.

I hope to see many more labs and hubs across the continent, and we’re seeing them grow too, in Cameroon and Ethiopia, Uganda and Nigeria. Though some of them will need financial assistance to get going, like Ushahidi did with the iHub, they’re organic growth is what makes them viable.

Today Kenya becomes the first country in Africa to launch a national open data initiative. There have been many people pushing for this, over many months, and it’s been an exciting process to watch unfold. Foremost amongst the drivers on this has been Dr. Bitange Ndemo, the Permanent Secretary of Information and Communications. This is indeed a very proud moment for Kenya, and a leading position to take on the continent.

The Kenya Open Data Initiative (KODI) goes live this morning in a big event that includes President Kibaki, as well as many politicians, government officials and local technologists. The World Bank, who has been instrumental in organizing and helping publish the data is here as well, along with Google, Ushahidi, the iHub community and a large selection of youth.

Data Sets

The data is available online through the Socrata platform, which allows users to view different data at national, county and constituency levels. They can compare different data sets, create maps and other visualizations.

Data sets are categorized into 6 main categories: Education, Energy, Health, Population, Poverty and Water & Sanitation. It includes data from the national census, the ministry of education, ministry of health, CDF projects and many more.

Here’s an example of that data, “county expenditures by administration”:

Mashing up the Data

This all came together rather quickly, starting about 3 weeks ago. The tech community was immediately reached out to, and as the data sets have come online over the last week, we’ve had access to them early in order to show what can be done. Here’s a few samples of that.

The Ushahidi team is taking the census data and overlaying healthcare institution data on top of it into our Huduma site. It’s still very beta, but it shows what can be done in just a few days.

We’ve also built a simple SMS query tool. If you’re in Kenya, send an SMS to 3018 with the name of your county or constituency and you’ll get back an SMS with the demographics and MP of that location.

The Virtual Kenya team has built an app that shows which MPs refuse to pay taxes.

The iHub community has done some things around tracking CDF fund usage in the constituencies. There’s a mobile app called “Msema Kweli” that allows you to find CDF projects near you, and for you to add pictures of them.

This week I’ll be speaking to a delegation of around 30 Associate Product Managers (APMs) who are exploring leadership positions within Google. Along with them is Marissa Mayer, VP of Location and Local Services. Like I did when I addressed Nokia’s Africa leadership last year, this is a chance for them to hear from more than just one person with one opinion.

I will bring them your answers to the questions below:

• What is Google doing well in Africa that they should continue?
• What should Google be doing better, differently or new in Africa?

A Few of My Thoughts

Google has done what few other tech companies have done on this continent. Having 54 countries to scale across isn’t easy, so anyone trying it gets a lot of credit.

• They’ve invested in people; both their own and the community in general.
• They realized early that there was a need for tech policy change, and put time, resources and energy into that.
• They have surfaced content, from maps to books to government data that wasn’t available before.
• They have localized search into multiple local languages, made their services more mobile phone friendly and experimented with services for farmers, health workers and traders.
• Their Google Global Cache has sped up the internet by upwards of 300% for some countries.

Here’s are my suggestions:

Double down on Android. Do this in two ways; first, keep driving the costs down, like what was done with the IDEOS handset. Second, help your partners (Huawei and the operators) push the spread of these beyond the few countries they’re in now (and at the same price as in Kenya).

Gmail ties everything together. Google has been the beneficiary of most other companies ignoring Africa. Facebook is the only challenger in the chat, mail and social spaces. Get started on zero-rating Gmail with the mobile operators, figure out how to make Google Voice work here, and extend Gmail SMS Chat beyond the 8 countries that it currently works in.

Figure out payments. It’s still difficult to get paid if you’re running ads or making Android apps, you’re not on an even playing field with your counterparts in other areas of the world. It is clear that Google Wallet is a strong personalized LBS play on consumers in the US. Take that same energy and figure out how to crack Africa, realize just how much money there is in a payment system that spans the continent.

Keep experimenting. Many don’t know of the apps and services you build and test out in various hyper-local areas. Some work, some fail. This curiosity and willingness to try something innovative and new is what makes the open web such a great space, and it is what helps us all overcome the walled gardens of the operators. Don’t stop.

Finally, though you have all the power and brand name needed to make things happen, remember that it’s the local devs and companies who need to own their space and especially their data. While flexing your muscle, especially with government types who own vasts amounts of data, do push for local ownership over taking it for yourself.

[Notes: hat tip on this post goes to Steve Song who started thinking through this years ago. Image credits from Memeburn.]

While in London at the RGS event I spoke about a different way that I’ve been trying to explain the startup and successful ecosystem needed in places like Africa. Specifically, in the major technology hubs for the continent, these are cities; Nairobi, Jo’burg, Accra, Lagos and Cairo. There seems to be enough funding available for SMEs. How do we get more of them?

It goes something like this.

We have a few good success stories in any one of these cities. There are a handful of great tech companies and organizations that have “made it”. This can be seen as a success in innovation or in business (or in both). Everyone wants to be at the tip of this, and these are the examples we hear of at international conferences and read about in the media.

In the middle we have everyone else, the guys who are still slugging away. They have some clients and revenue streams, but they’re not at the top (yet).

At the bottom, that’s what we deal with in places like the iHub and m:lab. These are those scrappy startups that might or might not have any right being in the place. They’re risky, probably don’t have a solid business model yet, and only a few of them will graduate into the SME space above them.

What to do?

To make the tip of the pyramid bigger, to have more success stories in the tech space, there is only one option: you have to make the base of the pyramid broader.

If your job is to see more innovative new tech companies come out of Africa, the recipe is quite simple:

• Invest seed funds into local tech entrepreneurs.

(that’s my only bullet point, it’s that simple)

[Reposted from the Ushahidi Blog]

Yesterday Ushahidi won the Kenya ICT Award for “Social Equity and Poverty Reduction“, which we’re extremely grateful for. None of us were able to attend the conference in Kenya due to the whole team being at our big annual meeting.

The Ushahidi core team works from 7 different timezones ranging from Kampala to Louisville, soon expanding to places like Brazil and Korea. One weekend a year we’re able to get together, in-person, to solidify our connections with each other and talk through the big strategic topics that are best done face-to-face. It could be argued that it’s the most important 3 days of the year for us.

The First XV

2010 was a big growth year for Ushahidi, where we got up to 12 core team members – doubling in size from 2009. We’re adding 3 more people this year, which brings us to 15, a fortuitous number for the team as many of us are big rugby fans.

(Caleb decided to have a little fun, putting us all in our positions based on the date that we joined the team.)

12 Months Later

Last year we met in Miami, as we are this year, and a lot has happened since then. To name the big ones:

• Plugins – extensible way to add new functionality without bloating the core
• Crowdmap – maps for non-developers, also a means to quickly collect reports giving deployers time to install their own server
• SMSSync – simple and robust alternative to Frontline and Clickatell
• iOS – rich smart phone experience
• Checkins – opens platform to entirely new uses
• Stand-By Task Force – game changer in disaster response
• J2ME – extending reaching onto older devices
• Community Site – fantastic documentation
• Map Geometry

Looking at the historical record, it’s been a good year. However, there’s a lot more to do. At this meeting, besides drinking a Mojito on South Beach, we’ll get into some of the big future-looking issues, such as:

Visual Reporting: What’s the perfect Ushahidi dashboard? How do we surface “power stats” for Ushahidi deployments and metrics. Swift-Ushahidi integration visuals on the front and back end.

Knowledge Management: How do we come up with a plan to capture information that we know internally, so that it is shared with deployers and developers better?
The inverse, how do we handle and capture information that our *users* know regularly?

Crowdmap Scalability & Migration: Making sure that even the biggest deployments work on Crowdmap. Adding in new a la carte features, etc.

Of course, this is a chance to discuss some of the more mundane items as well, around operations, funds and how we work towards organizational financial sustainability as well. It also means that we’ll be offline from today until about Tuesday of next week. We’ll be a little slower on email and other communications mediums, but bear with us as it’s for a good cause.

In 2008 a couple of tech guys sitting around a table after Barcamp Nairobi first discussed the idea that eventually would become the iHub. In January 2010 there was another group, this time of people trying to setup their own labs, hubs and coworking environments in other countries across the continent.

It was there that the idea for Afrilabs was born: an association of these facilities across the continent. The association is for linking the spaces for learning, growth, and to provide greater mass for the entrepreneurs that we work with.

The labs serve as an accessible platform for bringing together technologists, investors, tech companies and hackers in the area. Each lab shares a focus on young entrepreneurs, Web and mobile-phone programmers and designers.

Spaces and Models

The founding 5 member facilities are the iHub in Kenya, ActivSpaces in Cameroon, Hive Colab in Uganda, Nailab in Kenya and Banta Labs in Senegal.

There aren’t many spaces like this across Africa, and there were even fewer a year ago, though we hope that more will quickly be added from many other countries. Already we’re hearing about new spaces popping up in Nigeria and the Ivory Coast, with planned ones in Tanzania and Ghana.

We’re all experimenting with our models. Some are pure coworking, some incubators, others provide freelancers a chance to act as a collective agency, while some serve as a community commons where tech serendipity happens. My take is that we’ll end up having as many models as the unique city cultures that spawn them, mixed in with the ethos of the founders. And there’s room for many more, even in the same city.

Why Afrilabs?

The Afrilabs Association serves a few purposes:

1. Provide an association that is easily accessible by lab and hub managers, where they can learn from their peers, understand the different models and connect easily.
2. Provide a bigger target (continent vs country) for attracting outside investors for the entrepreneurs in the labs. Possibly with an Afrilabs fund, accessible only through the filter of an entrepreneur’s local lab.
3. AfriLabs seeks to build on this common vision and further promote the growth and development of the African technology sector.

I’m excited to see the dawn of this new open and accessible model of coworking, incubation and community spaces for Africa’s tech industry. Not only will the labs receive greater visibility, but businesses and investors now have a channel to more easily source talent and investments within Africa’s tech community.

If you run a tech lab or hub in Africa, or are putting together one, make sure you contact Afrilabs.

Just over a year ago I was frustrated. We had just moved back to Kenya and I was trying to outfit our house with a few necessities. Just finding sellers of the items we were looking for was a pain, as there were no options for classifieds services online that had much to offer.

Being a builder and a problem solver I wanted to better understand what was going on here. Why, in 2010 did I have to go to one of 7 large shopping centers across town, in Nairobi’s terrible traffic, in order to look at a notice board to find products? With this in mind, I sat down and penned a strategy paper that I thought could address the problem.

(Below is the overview, the full document is to long to post)

The Overview

No organization or entity in Kenya has come up with a good classifieds network. There is little, to no, traction in the online space and the offline arena is a fractured market where each group protects their fiefdom and doesn’t share their ad content. This is seen in the popularity and reach of the classifieds at major shopping centers like Sarit Centre, Yaya and Village Market, but also in the newspapers and mailing lists.

There is also no good option for digital classifieds, even though there have been multiple attempts, including Nation Media Group’s N-Soko, Craigslist Kenya and eBay’s Kijiji as well as many small operations by Kenyan developers.

This fractured landscape, as well as a missing digital nexus point for classifieds in Kenya, creates a large and open opportunity. Real money is ready to be made, as there are many frustrated buyers and sellers who need an outlet.

In order to succeed at making real money with classifieds listings in Kenya, one needs to have a strategy for both the analog and the digital sides. It’s not enough to make a great classifieds website – as N-Soko and Craigslist are showing us. Neither is it good enough to have just offline newspaper ads or shopping center message boards.

The document went on for another 5 pages outlining a solution that I thought married up what was needed: a way to mix Kenya’s analog community habits and the efficiencies of a digital solution.

Our Solution

A couple months later I was discussing this with David Kobia, my colleague at Ushahidi, talking about how there are wide open opportunities like this in Kenya where there is a clear void that no one is filling. It’s not hard, it just takes focus on a simple platform that’s both web and mobile enabled, along with a way to bring in the analog side.

Fast forward a couple of weeks and David built a little site for this purpose over the weekend, called Pigia.me. A place for us to experiment with, and we did. We spent some time gathering classifieds from the shopping centers and the newspaper. We did some Facebook ads. It worked, we quickly got up to over 3,500 listings and traffic was increasing. Total investment 3 days coding and $300 in ads.

But we didn’t have the time. Ushahidi keeps us way to busy, as does the iHub.

Enter Dealfish

About 3 months ago Dealfish, the big classifieds site owned by MIH in South Africa, launched in Kenya. Simultaneously it launched in Nigeria, Tanzania, Uganda and Ghana (English). And in Francophone Cameroon, Ivory Coast, Senegal, and the DRC. They scooped up well-known tech entrepreneur and blogger Moses Kemibaro from Dotsavvy to run East Africa’s operations, while Neil Schwartzman overseas all Sub-Saharan Africa for Dealfish and Stefan Magdalinski presides over Dealfish as well as Mocality and Kalahari for all but South Africa.

They’re now at approximately 12,000 listings (in Kenya), serving the major urban areas and have about 6000 “answers” per month (which is what they call it when a buyer tries to contact a seller). The top areas are auto, home and jobs – like most classified sites.

Until critical mass is reached, classifieds are something that you have to put a lot of energy towards on a constant and consistent basis. Thus Dealfish has chosen Kenya and Nigeria as their first focus-countries, where they have dedicated personnel.

MIH has deep pockets, and they’ve decided that there is a future in investing in digital arena in the Africa outside of South Africa. They came on strong with online ads by Google, Facebook, Inmobi, Admob and Buzzcity. Inmobi has given them the best return, with Google ads in second place. However, it’s the Dealfish team notes that the Inmobi traffic doesn’t have nearly the same intent to buy or sell as the Google traffic – it’s blind coming in.

Offline Dealfish used radio, in-store advertising, posters in malls and in club bathroom stalls. The form of advertising dictates the type of user, whether they use mobile phones or PC web. In the beginning mobile users were their predominant type, but now it’s split 50/50 between mobile and PC web users.

Dealfish is doing well, and will continue to do so, especially as they have enough financial backing to continue seeding the market. Their competition comes in the form of verticals that are specifically created for a niche market. In this case, autos with Cheki, jobs with Brighter Monday and homes with Property Kenya. And that’s just in Kenya, they’ll fight that same battle in the other markets as well.

Tackling Africa

The only other classifieds system that has made a dent in Africa is Kerawa, operated out of Cameroon. They have thousands of listings in quite a few countries. They’ve done this over the last 3 years, bootstrapped and growing organically.

However, there’s a danger in trying to go after everyone and everything. In the broad classified space there is only a single winner, no prizes for second place, except in niche areas. Whoever reaches critical mass first wins, and the rest can go home. It’s better to win in a couple countries than to lose in all.

Both Dealfish and Kerawa have to fight the very real issue of spam listings. Just letting anything to so as to get bigger numbers only decreases the value to the user. How customer service and clarity of use and value play out to the listing companies and people is where a lot of time and resources can be spent.

[Update: Google Trader launched in Ghana and Uganda to mixed success. As long as there was a lot of marketing put into the effort, they had a lot of listings, as soon as they stopped there was a big drop-off. It's yet to be determined if Google Trader is a failure or success, or if Google is still putting any more effort into it.]

Urban then Rural

Finally, you have to start in the urban areas due to users, devices and general “mass”. However, if you think that’s enough, then you haven’t learned the lessons taught by the mobile operators. That is, urban is your anchor, but rural is your long tail, your reach.

Any attempt to get enough critical mass to make serious money off of traffic or transactions has to reach beyond the cities. The towns and rural areas are untapped and ripe for the approach. Phase 2 of this approach should look a lot like what I wrote about back in 2009, on how village billboards should be leveraged alongside the mobile phone shops in smaller communities.

In 2008 we saw the scales begin to tip with imports of data enabled phones being larger than that of non-data enabled phones.
In 2009 we saw the undersea cables hit East and Southern Africa in a big way.
In 2010 we saw the mobile operators get serious about data availability and cost packaging for everyday Africans.

2011 is upon us, and with it brings a new type of data-enabled mobile user in Africa. It also brings the mobile web to center stage.

Mobile web content has been defined as any internet-connected or browser-based access to the internet and as digital content connected to a database that passes through a handheld device connected to a wireless network.

Simply put, the mobile web is the same data that the web layer brings to you on a computer, just now on your phone.

The mobile phone is the most ubiquitous instrument there is in the market. Usage is no longer limited to sending and receiving calls and texts, especially with the increase of data enabled phones, increased bandwidth availability and decreasing data costs. The convenience in terms of use-anywhere-anytime has made access to mobile web content easier, accelerated by dropping rates of mobile handsets and data.

What does it look like?

Here are a couple of examples:

• Consumer content such as movie times and restaurant reviews, such as Flix and EatOut.
• Consumer focused transaction sites and classifieds like Dealfish and Pigia.me.
• Content, such as news, blogs and aggregators like Afrigator.
• Business information for consumers and businesses, such as Mocality.
• Mobile-specific communities, such as Motribe, Facebook and Twitter.
• The ability to pay via mobile payment methods or credit cards, brought to you by mobile payment aggregators like PesaPal.
• Advertising done by the likes of InMobi and AdMob.

You can see that it doesn’t look all that different from it’s purely web-based counterparts. It’s the same data, just more accessible on your phone.

There are strong plays to be made in all of these fields, as there are few leaders in any country, much yet regionally… yet. The reason for that is we’re just on the front end of this sea change, so even the leaders only have a very small slice of the pie.

While there will always be a place for client-focused mobile applications (Android, iPhone, Ovi, etc.), there is just too much friction there to scale. Friction for the developers who build the applications, and friction for the users who need the “right” phone to access the apps.

For more brain food on this topic, I suggest reading Fred Wilson’s post, Counternotions and alternate thoughts from Diogenex.

It’s not a big surprise to see Nokia’s Symbian operating system is the most popular in Africa. We all knew that, but it’s by how much that draws your attention.

Royal Pingdom has an excellent post on the web usage (which is what they can measure) of the top OS use around the world. It’s amazing to see the difference between Africa, Asia and South America as opposed to Europe and North America.

While, as a developer, it’s a lot more sexy to work on the cutting edge operating systems like iOS and Android you’d be making a mistake to do that in Africa. Unless you’re developing apps that are global in scale or you’re doing client work, you should be focusing on Symbian (or Samsung’s Bada OS in some countries). It’s where the numbers are.

Reaching Ordinary Africans

This brings to mind something I’ve been thinking about for a while. Mxit, as most people know now, is the mobile social network out of South Africa. It was built about 4 years ago and has 20 million+ users.

Mxit didn’t get big because they tried to build something that was cool and sexy for the middle/upper classes in South Africa (which is what so many try to do there). Instead, they built one of Africa’s most successful tech companies by focusing on everyday South African youth and fulfilling their needs.

In fact, you can take this one step further. Almost any meaningful success in Africa’s mobile or web space has been from companies focused on meeting the needs of ordinary people. Go ahead, think of the success stories in Africa’s tech space, now name them and see if they’re made for a global market, Africa’s elite, or for the masses.

I’m at the ICTD conference at Royal Holloway, University of London, this week. Usually I wouldn’t be at a conference full of academics and researchers, but Tim Unwin (conference Chair), was interested in having a practitioner panel leading it off, of which I was a part. It’s a conference of very intelligent and driven people, with a lot more patience than myself, studying a lot of what’s going on in the ICT space as it relates to development in Africa, Asia and South America.

More Research in/of Africa, by Africans and African Institutions

One of the people that I’ve been speaking a lot with here is Shikoh Gitau (on Twitter), a Kenyan lady who has spent the last few years down at the University of Cape Town doing research. In the talk about “ICTD Research by Africans: Origins, Interests, and Impact” by Gitau S; Plattiga, P and K.Diga, there were some very interesting points given and a great argument made for why Africans need to be involved more.

“African research agendas need to involve Africans more”
- Geoff Walsham

It’s no surprise that most of the ICT research comes from South Africa, followed by Nigeria and Botswana. But even if you added up all the research done in all of Africa, it is only 9% of the research done in Africa is done by African institutions.

Who are the researchers in Africa?

This, of course, is what Shikoh and her team looked into. Here’s where you can help to. What are the African ICT research institutions? What are the publications?

• University of Cape Town
• Research ICT Africa
• The African Journal of Information and Communication
• Microsoft Research, particularly Jonathan Donner in Cape Town
• Nokia Research in Kenya

Add any ones that you know to the comments below and I’ll add them to the list above.

Thoughts on Doing More

One of my questions about why there isn’t more African ICT research was whether this was a supply and demand problem. Is it because there aren’t enough researchers in Africa? Not enough research institutions? Or, is it because the people paying for and funding research are only funding researchers in their own back yard (the US and Europe)?

Part of the answer seems to lie in the lack of incentives for African academics to get away from “just” lecturing and into research. Another seems to be the lack of funding organizations looking for Africans to do the actual research.

I’m intrigued enough by this that I’m thinking of how the iHub can be used to support African researchers. If that interests you, let me know.

It’s not often that you hear of a tech startup from South Africa who chooses to build and deploy their product to Kenya first. In fact, I’ve never heard of such a thing. However, that is just what is happening with Mocality, a mobile and web-based business listings and directory application built for Africa.

Mocality’s job: create a digital platform that makes it easy for business owners to promote and expand their businesses in Africa.

“As a business owner, you get free SMS, a contact list, a free mobile website and a free mobile business card.”

Mocality represents this change in the paradigm that we’ve seen coming on for years in Africa. An application built agnostic to the client platform (mobile phone or PC), where data is fed into whatever you use in a meaningful way. Where the mobile usage is just as rich as the PC use.

In fact, they’ve studied usage of mobile phones on their system and have seen the usage of smartphones to be so negligible as to not matter. As CEO Stefan Magdalinski says, “This is the Mocality reality: RIM, Android, Apple are 2% of usage.”

About the Team

Successful startups generally have great leaders, Mocality has that. Stefan Magdalinski (@smagdali) is a seasoned web veteran and entrepreneur, co-founder of Moo.com and an early entrant into the programming space in England in the mid-90′s, and just recently relocating to South Africa for Mocality. They have plenty of funding, from MIH, a subsidiary of Naspers Group (who has been eying Kenya with recent forays such as Kalahari and Haiya).

I’ve met with Stefan in Kenya and South Africa, and I’ve also had the chance to meet some of the members of his team here in Nairobi. The impression that I’m left with is that this is a serious startup, with plenty of funding and a great vision and a strategy put in place to pull it off.

How it Works

Mocality is built for Kenyan businesses that don’t have enough money (or value to gain) to advertise in a print directory.

Again, a paradigm shift. They’re saying that they don’t care about the big end of the power law of distribution (the big companies), only the longtail (small, marginalized businesses). This is apparent in the images below of their typical user:

• SMS, WAP & Web tools (now J2Me, iPhone)
• Businesses can self list
• Geo-coding All business locations
• Map view of business
• Business toolkit:
1. Add customers & suppliers
2. Send bulk messages (400 free SMS monthly) (but with anti-spam controls)
3. Send mobile business card
4. Add details (e.g. Menus, Special Offers)
• Website, google optimised (white hat only)

Important to business owners in this segment is that the platform is free. Services will be added to the platform over time that business owners can pay for, but currently the only cost to them is data or SMS usage on their own mobile phone to access Mocality.

Scaling using the Crowd

Initially, the Mocality team walked all over Nairobi getting businesses to put their listings on the platform. They were successful, and in about 6 months of hard work were able to get approximately 11,000 businesses listed. That’s good, but barely puts a dent in the number of companies operating in this city.

The team then launched a crowdsourcing option, where they experimented with allowing anyone in Nairobi to add their own (and other’s) businesses to Mocality, and they got paid a bounty to do so. Within the last 6 weeks they have as many listings entered as the previous 6 months. If you live in Nairobi and want to become an agent, you need a WAP-enabled cameraphone and only need to visit http://www.mocality.com/money.

That’s impressive, but the impact is even more apparent when you look at the visualization:

If you have a business in Nairobi, you can get your listing onto it by visiting www.mocality.com email to info@mocality.co.ke or SMS callme to 2202 from within Kenya.