The minimum viable product for physical products; what we can learn from the makers.

Imagine you live in rural India and you own a motorbike. Every once in a week or so, you are approached by a passer-by or a neighbor to help out because his bike has run out of gas and the nearest station is 16 kilometers away. Sometimes they’re lucky. You have enough gas to share and you’re able to perform the icky job of siphoning off your gas with mouth and hose. People even pay you extra for your discomfort, enabling you to buy a pack of gum to clear away the taste from your mouth.

So, after a couple of times of doing this, and the unintended near swallowing of petrol, it hits you! Could there by a market for this? Could I build a filling station with the purpose of helping people reaching the next village? A solid discovery of a customer problem, and a potential solution to tackle that problem.

Now the question is what a physical prototype of your business model would look like. Fortunately you’re strapped for cash at your 2 dollar a day income, imperative for lean decision making. It prevents you form asking the wrong type of questions for your prototype like:

  • What colors should my uniform be to look credible enough for my customers to buy from me?
  • Do I serve Coke or Pepsi at my station?
  • How about a drive-through bike wash?

In this case you need to earn before you spend. So no, it won’t be a lavish, fully furbished, high-tech unmanned petrol station. It might look more like something below:

 ….the Minimum Viable Gas Station (photo credit to Niti Bhan).

This prototype would be the most reduced concept (generally referred to as the Minimum Viable Product (MVP)). The MVP enables you to test the most essential parts of your business model: How do customers interact with and value my product? The downside is that it looks scrappy, but the dominant positive side is that you will naturally test better questions about your business model:

  • Would customers pay extra for this type of filling service? And, how much?
  • What volumes will they need, and how much stock do I need to keep?
  • Is there a pattern in demand which is prevalent throughout rural areas?

Through such essential questions you are also more inclined to focus on gathering essential data for testing your idea. So it’s not so much the total number of motor bikes that zip by your station that count as an indicator for the potential of your idea. Depending on that in your case will make your family go hungry. Naturally, it’s the number of people that actually make a stop for a fill that does.

What’s more is that through playing with pricing, you might discover that customers are willing to pay 4-5 times the market rate for petrol, because your service saves so much effort (so radical affordability as the main constraint in servicing the BoP appears to be an assumption). Now you have found the essentials for scaling a profitable business: franchise anyone?

What we can learn from the makers
In short the MVP emphasizes what matters, and prevents you from wasting resources on testing the non essentials and using non-essential data. But conceiving your MVP is hard. How do you define your product in the most undressed way possible to test your product and its features? It is even more difficult to build an MVP for physical products like a gas station than for a web application (where the MVP concept naturally originated from), as you often incur more costs in time and materials to test them.

But, as the example in rural India shows, constraints like money and time spark creativity and can invoke “the maker” in all of us. Play around with representation: there is always a prototype! In our case we redefine the gas station to a jerry can and a funnel: the smallest representation with which all essential features of a gas station can be tested. People like Steve and Woz of Apple started out with just a motherboard.

Invest in defining, and cutting & pasting your MVP. It keeps you from carrying around stupidity for too long; it prevents you from filling the bucket with so much water that it starts spilling over the rim once you start walking. Build with less.

“Your focus is not my priority”

Together with Niti Bhan, I organized a workshop in November 2012, for a group of Dutch stakeholders (private sector, research, government, NGO’s), who contribute to and collaborate on sustainable development in agricultural value chains from developing countries. The workshop’s purpose was to provide for an opportunity where these stakeholders could come together and reflect on their work for their targeted groups of subsistence farmers. It was an opportunity provided by the Dutch Ministries of Economic Affairs and Foreign Affairs. Here’s my take of what went down.

The setup for the experience
To bring focus to the discussion that was to take place, Niti and I purposely put the farmer at the centre stage for the day; the farmer being the ‘user’ of the knowledge about and technology for innovations that can bring sustainable development. We developed several so called design challenges. In these challenges, break-out groups were anointed to be a specific actor in value chain. They were charged with the task of introducing several sustainable (or good) agricultural practices (GAP’s) to specific farmers (tea in Kenya, coffee in Cameroon, and cocoa in Ivory Coast), taking a set of specified constraints into consideration.

Design challenge

                                    Structure of the design challenge

We set the scene with a great introduction by Niti. Her work showed some of the patterns in the effects that uncertainty in cash income and in time, has on organizing life, work, and consumption in the informal rural economy. The intent of providing these insights was to invoke thinking on how closely and in what way stakeholders involve their users and user needs in the design of the actual value chain development programs they implement. We gave our groups full access to design support from the excellent JAM design studio (who also created all the presented visuals). The design sheet as shown above was simple enough, and the support competent enough to allow the group of non-designers to engage in a user-centered problem-solving exercise.

Insights on the multi-stakeholder working process
When the break-out groups re-convened after their design exercises, we asked each group to present their ideas, and discuss their assumptions and constraints with the audience. Across all presentations we discovered an interesting pattern. Participants found themselves to be confronted with an inability to associate with the user, deeming that area of the value chain apprehensive for conjecture about farmers’ needs, and too far removed in terms of values. In our attempt to lower the barriers to applying the user-centered approach through a free-form exercise, we apparently raised an inherently imbedded barrier to consider the user. Rather, participants insisted to direct their problem-solving attention to a more abstract, distant level of thinking (the value chain), or a particular part of the value chain that is more closely associated with Western values (working from the perspective of Nespresso, rather than the coffee farmer).  

Distance from the user

Distance to the user (drawn in synthesis of workshop findings)

This inability to associate with the users had impactful implications for ways in which the groups constructed design solutions. The approaches used were vertical in nature, thinking only within the bounds of what would directly associate with production of a particular agricultural commodity. In their thinking on solutions, people diverted to general principles (tea production provides for income, and thus makes the farmers happy), and then divided the relevant principles into disciplinary segments (like finance, training, agronomy, trade, etc).

The solution for the cocoa farmer in Ivory Coast

A solution to the cocoa problem, but does the cocoa farmer want it? (workshop output)

Our groups’ working assumption appeared to be that creation of a conducive environment around the user (relating to the group’s particular focus area) would convince the user to adopt sustainable farming practices. Our working groups would define the elements of this conducive environment by using expert statements about the needs of the users. Expert opinion was thus applied as a substitute for direct understanding of the user. It provided the working groups with the sense of control they needed to make design decisions, relieving them from the uncertainty of the exercise. The upshot was that our groups created a logical construct for their solutions which circumvented the farmer, working around their own design constraint of not holding applicable user insights. 

Sustainable Value Chain 6

Experts say… (drawn in synthesis of workshop findings)

How would these insights translate to adoption of solutions?
Though it may seem a sensible way of working, the dependency on expert input actually creates a marketing problem for transferring innovations for sustainable development to farmers. Expert insight appears to displace the use of actual user-related insight to influence design. On top of that, the negotiation process underlying the solution which is provided, conducted by stakeholders here, leaves no control to the user to adapt it to her priorities.

Negotiating and trust creation

The proposition as it is currently made (drawn in synthesis of workshop findings)

Such approach would thus preclude any method for calibrating a solution configuration to match to the priorities that are part of the mindset of the user. In fact the project’s offer could even be considered as a potential liability from the perspective of the user, who has to find (negotiable) ways to control for uncertainties like available time and money. “Your focus is not my priority” would be the mode of cooperation with farmers, likely causing mounting problems with trust, and adoption.

Perspective for bridging the values gap with the user
The value chain could in potential be used to achieve development results. But the workshop exercise has shown that we need to pay more attention to creating suitable interfaces for the exchange of values. This entails consideration of the following aspects:

  • First of all, it’s important to take segmentation of the targeted users into account. For instance, there is a world of difference between subsistence and below subsistence smallholder farming. Who do we want to target, and not to target?
  • Related to the first point, decision makers for value chain programs will need to obtain a higher sense-level about the user. This need not require an extensive profiling, but just enough up to date information containing a minimum level of scope and detail about the target user persona’s. This will support a more lateral perspective in decision making for solution development.

 Sustainable Value Chain 8Sampling and segmenting your users

  • Uncertainty is inherent to the challenge of value chain development in the informal economy. Experimentation is a far more likely management approach to deal with that constraint, than expert opinion. Before rolling out large programs, decision makers should at least have tested the smallest number of core features of the idea in their most minimal form with targeted users. Experiments could invite smart and small feedback loops to validate the concept, and inform decision making.

These points are a challenge to development. Allocation decisions by donors are not aligned to such approaches. Also, I have focussed much on insights that could help in increasing the likelihood of success. But in fact, in innovation practice, it is actually more common to learn from failure. In the way development is currently organized there are incentives to rather obscure failure than obtain traction in learnings from it. This is another barrier that needs to be overcome. Ultimately we need a vision on how we further our learning in development. We need to come to a discussion level of ideas where N.G.O.s are able to say to donors, ‘Don’t fund this, it doesn’t work.’ – should that apply.
——————

This is the fourth piece in a continuing series of posts (starting here) on what the role of human-centered design could be in development work. I’m working on this together with Niti Bhan, who will also be posting her observations at her Perspective blog. Posts are categorized as VCD