Where technology meets anthropology, conservation and development
Random header image... Refresh for more!

Mobile applications development: Observations

Technology and democracy: both great in theory, a little harder in practice. One of the key challenges is that one successful model doesn’t – by default – work somewhere else. For mobile techies, if we can’t easily ‘transplant’ a solution from one place to another, where does our “figure out what works” mantra leave us? What relevance does it have? Have we ever managed to “figure out what works” and make it work somewhere else, geographically? Is it even possible, or is it just a good industry sound bite?

Progress in the social mobile field will come only when we think more about best practices in the thinking and design of mobile projects and applications, rather than obsessing over the end products themselves. By then most of the damage has usually already been done. In my experience, many social mobile projects fail in the early stages. Lack of basic reality-checking and a tendency to make major assumptions are lead culprits, yet they are relatively easy to avoid. I would argue that successful mobile projects – those aimed at developing countries in particular – have a better chance of succeeding if some or all of the following are considered from the outset.

Women queue for water in Bushbuckridge, South Africa (photo Ken Banks, kiwanja.net)

Firstly, think carefully if you’re about to build a solution to a problem you don’t fully understand.

Check to see if any similar tools to the one you want to build already exist and, if they do, consider partnering up. Despite the rhetoric, all too often people end up reinventing the wheel.

Be flexible enough in your approach to allow for changing circumstances, ideas and feedback. Don’t set out with too many fixed parameters if you can help it.

From the outset, try to build something that’s easy enough to use without the need for user training or a complex manual, and something which new users can easily and effortlessly replicate once news of your application begins to spread.

Think about rapid prototyping. Don’t spend too much time waiting to build the perfect solution, but instead get something out there quickly and let reality shape it. This is crucial if the application is to be relevant.

Never let a lack of money stop you. If considerable amounts of funding are required to even get a prototype together, then that’s telling you something – your solution is probably overly complex.

Learn to do what you can’t afford to pay other people to do. The more design, coding, building, testing and outreach you can do yourself, the better. Stay lean. These tasks can be outsourced later if your solution gains traction and attracts funding. The more you achieve with few resources the more commitment and initiative is shown, increasing the chances a donor will be attracted to what you’re doing.

Don’t be too controlling over the solution. Build an application which is flexible enough to allow users, whoever and wherever they may be, to plant their own personalities on it. No two rural hospitals work the same way, so don’t build an application as if they did.

Think about building platforms and tools which contribute to the solution for the users, rather than one which seeks to solve and fix everything for them. Let them be part of it. Think about how your imported solution looks to a local user. Are they a passive recipient of it, or can they take it and turn it into their solution? A sense of local ownership is crucial for success and sustainability.

Ensure that the application can work on the most readily and widely available hardware and network infrastructure. Text messaging solutions aren’t big in the social mobile space for nothing. And, for the time being, try to avoid building applications which require any kind of internet access, unless you want to restrict your target audience from the outset.

Every third party the user needs to speak to in order to implement your solution increases the chances of failure by a considerable margin, particularly if one of those parties is a local mobile operator.

Be realistic about what your application can achieve, and wherever possible look for low-hanging fruit. Remember – big is not better, small is beautiful, and focus is king. A solid application which solves one element of a wider problem well is better than an average application which tries to solve everything.

Bear in mind that social mobile solutions need to be affordable, ideally free. Business models, if any, should be built around the use of the application, not the application itself. Easier said than done, so try to engage business studies graduates at universities, many of whom are always looking for cool social-change projects to work on.

Leverage what local NGOs (or users) are best at, and what they already have – local knowledge, local context, local language and local trust among local communities. Remember that it’s unlikely you will ever understand the problem as much as they do, and that it’s always going to be easier to equip them with tools to do the job than it will ever be for you to learn everything they know.

Don’t waste time or energy thinking too much about the open sourcing process (if you decide to go that route) until you know you have something worth open sourcing. (And, by the way, the users will be the ones to let you know that).

Don’t build an application for an environment where it may politically (or otherwise) never be adopted. For example, a nationwide mobile election monitoring system would need government buy-in to be implemented. Governments which commit election fraud to stay in power are unlikely to adopt a technology which gives the game away.

Consider controlling distribution and use of your application at the beginning. Not only is it a good idea to be able to contact users for feedback, donors will almost always want to know where it is being used, by who and for what. Neglect to collect this data at your peril.

Promote your solution like crazy. Reach out to people working in the same technology circles as you, post messages on relevant blogs, blog about it yourself, build a project website, try and brand your solution, and make use of social networking tools such as Twitter and Facebook. Although your target users may not be present, many are likely to be fairly resourceful, and the more people talking about your solution the more likely news is to filter down to them.

Finally, build a community around the application, encourage users to join and share experiences, and to help each other. Don’t be afraid to reach out for additional information, and work hard to keep it active, engaging and growing. Communities are notoriously hard to build, but when they work they’re worth it.

This blog post is also available as a PDF.

Note: I followed up on this post with an article for PC World – “Social Mobile Applications: The Missing Book“. (An index of all kiwanja PC World articles is available here)

32 comments

1 fortySouth { 12.16.08 at 5:33 pm }

Straight-forward, concise and pragmatic advice. Very well written!

2 Ghada { 03.02.09 at 8:57 am }

Hello,
It’s agreat articale opens a wonderful area to focus on important ideas and rich projects in the social mobile field
I have one note : You are proposing to be less reliance on the Internet in the design of the project, and this fact causes me confusion in the idea of developing the draft, measurement of modern international communications decided that wireless communications will be cheaper and more widespread, such as WiMAX, and this will help in the promotion of mobile services .. You can refer to the site of the International Telecommunication Union…( itu)
Tanks a lot

3 Ken Banks { 05.07.09 at 4:41 pm }

@musingvirtual Thanks – appreciate it! Just thoughts on my own experiences working in this space. See http://is.gd/i99G & http://is.gd/w2Yb

4 Ken Banks { 05.07.09 at 7:44 pm }

Posts which formed basis of my talk at “Computing on the Margins” – challenges/myths in mobile dev. http://is.gd/i99G & http://is.gd/w2Yb

5 musingvirtual (Katherine Mancuso) { 05.07.09 at 7:45 pm }

RT @kiwanja Posts which formed basis of his AWESOME talk at “Computing on the Margins”: http://is.gd/i99G & http://is.gd/w2Yb

6 Katherine Mancuso { 05.07.09 at 7:45 pm }

RT @kiwanja Posts which formed basis of his AWESOME talk at “Computing on the Margins”: http://is.gd/i99G & http://is.gd/w2Yb

7 Unintended consequences | Build it Kenny, and they will come... { 05.29.09 at 1:16 pm }

[...] reminded me a little of the opening of one of my older posts, which shared some application development observations in the social mobile [...]

8 Ken Banks { 07.01.09 at 8:52 pm }

A few thoughts/best practices on building mobile apps for use in developing countries. http://is.gd/1kNBf #SocEntChat

9 FrontlineSMS:365 | Build it Kenny, and they will come... { 07.01.09 at 9:26 pm }

[...] choosing appropriate platforms and leveraging existing structures, are among a number of important key steps we’ve learnt along the [...]

10 Pablarribas Radar { 07.01.09 at 11:02 pm }

dlcsubs Mobile applications development: Observations | Build it Kenny, and they will come… http://bit.ly/b66Im

11 pablarradar { 07.01.09 at 11:02 pm }

dlcsubs Mobile applications development: Observations | Build it Kenny, and they will come… http://bit.ly/b66Im

12 paconmiller { 07.02.09 at 4:37 am }

RT @kiwanja A few thoughts/best practices on building mobile apps for use in developing countries. http://is.gd/1kNBf #SocEntChat

13 John Karanja { 07.11.09 at 9:19 am }

Mobile applications should aslo meet the needs to the local community. Check Out http://whive.mobi

14 Ken Banks { 11.13.09 at 5:38 pm }

Also think it's *essential* we're more open with what we've learnt, what we find works/fails, e.g. http://is.gd/4Um9s #ICT4D

15 Ken Banks { 11.13.09 at 5:38 pm }

Also think it's *essential* we're more open with what we've learnt, what we find works/fails, e.g. http://is.gd/4Um9s #ICT4D

16 MarcSchmoeger { 11.13.09 at 5:40 pm }

RT @kiwanja

Also think it's *essential* we're more open with what we've learnt, what we find works/fails, e.g. http://is.gd/4Um9s #ICT4D

17 Schimmelpfennig { 11.13.09 at 5:46 pm }

Good advice even for non IT related aid projects http://is.gd/4Um9s via @kiwanja

18 rgleeson (renny) { 11.13.09 at 5:50 pm }

@kiwanja, always insightful, shares a map of considerations for mobile development in emerging mkts – http://bit.ly/tECjx

19 renny { 11.13.09 at 5:50 pm }

@kiwanja, always insightful, shares a map of considerations for mobile development in emerging mkts – http://bit.ly/tECjx

20 rgleeson (renny) { 11.13.09 at 5:54 pm }

communications pioneers should also read @kiwanja map – http://bit.ly/tECjx

21 renny { 11.13.09 at 5:54 pm }

communications pioneers should also read @kiwanja map – http://bit.ly/tECjx

22 Pablarribas Radar { 11.13.09 at 7:53 pm }

dlcsubs Mobile applications development: Observations | Build it Kenny, and they will come…: Mobile ap.. http://tinyurl.com/crt4ql

23 pablarradar (Pablarribas Radar) { 11.13.09 at 7:53 pm }

dlcsubs Mobile applications development: Observations | Build it Kenny, and they will come…: Mobile ap.. http://tinyurl.com/crt4ql

24 shanelle hall { 11.14.09 at 10:11 am }

RT @kiwanja: Also think it's *essential* we're more open with what we've learnt, what we find works/fails, e.g. http://is.gd/4Um9s #ICT4D

25 michael sinclair { 11.14.09 at 10:42 am }

RT @rgleeson: communications pioneers should also read @kiwanja map – http://bit.ly/tECjx

26 muchmoremike (Michael Sinclair) { 11.14.09 at 10:42 am }

RT @rgleeson: communications pioneers should also read @kiwanja map – http://bit.ly/tECjx

27 FrontlineSMS:365 : FrontlineSMS { 07.12.10 at 12:36 pm }

[...] choosing appropriate platforms and leveraging existing structures, are among a number of important key steps we’ve learnt along the [...]

28 Dissecting “m4d”: Back to basics | Build it Kenny, and they will come... { 08.13.10 at 5:41 pm }

[...] here for more observations on mobile [...]

29 Grassroots Innovation | Alleviating poverty one SMS at a time…[2] « IDEAS INSPIRING INNOVATION { 10.12.10 at 5:53 pm }

[...] Inspiration: Kiwanja [...]

30 Advice for social innovators at heart | Build it Kenny, and they will come... { 10.23.11 at 1:46 pm }

[...] the bigger picture. Further reading: “Mobile applications development: Observations“ “Social mobile: Myths and [...]

31 12 tips for social innovators { 10.24.11 at 1:19 pm }

[...] the bigger picture. Further/related reading: “Mobile applications development: Observations“ “Social mobile: Myths and [...]

32 In search of an ICT4D mantra | Build it Kenny, and they will come... { 08.27.12 at 9:27 pm }

[...] reading Social mobile: Myths and misconceptions Mobile applications development: Observations Rethinking [...]

Leave a Comment