The importance of using a hypothesis to drive your project development progress is something that is becoming more and more widely used today. Thanks to the work of Eric Ries and Steve Blank, we now have the lean start-up methodology of managing projects to use. Whilst the theory is wide and covers a lot, I’d like to focus on one key area of the methodology, using a hypothesis based approach, because I’ve found it useful in gaining traction in projects I am working on.
What is a hypothesis?
A hypothesis, in the lean start-up sense, is simply a question you have about your project that you would like to answer. It’s a key part of the Customer Discovery process. It might be something like”More people would catch the train if they got an SMS message 15 minutes before they needed to leave.”
A hypothesis is a statement that you can prove, or disprove, to signify that there is a market present that values your idea. It is a proposed explanation for an observable phenomenon. This is the key. In the above example, you can see that it becomes easy to find ways to prove that this might be the case.
How do I set one?
Setting a hypothesis is both easy and hard. First of all, it’s important that the majority (if not all) of your team have a stake in the creation of the hypothesis. It’s no good running out and proving there is a market for an early train catching SMS service, if half the team believe starting a bar that serves people who have missed their train is a better idea.After that, just start throwing questions out there that speak to your base assumptions. Why did you think this was a good idea in the first place? What makes you think people will value it? How do you know this?Once you have found what you think is your hypothesis, you can begin thinking about how to answer it.
How can I answer it?
This is where the rubber hits the road. Make sure you keep your approach simple – don’t over think it. Couch your thinking in the following ways.
“What is the simplest thing we could do here to prove our hypothesis?”…
Once you have this, then go and do it. For the above example, it might just be a Wufoo form that you spread around to your friends where they can sign up (for $10) to receive an SMS from you (personally!) 15 minutes before their train. Make this simple to do, and just get started doing it. Also, importantly, make sure you charge something of value. There is no point testing that people want a FREE train-SMS service. Who WOULDN’T want that? You need to test that people will actually value what you do enough to part with their hard-earned cash.
You’ve now successfully run the first version of your project. Some call this a Minimum Viable Product (MVP).
Now what? Can you positively answer your question? DO people want a train SMS service? Why? Why not? What lessons did you learn? What features do your potential customers really want? Which ones didn’t they use? How hard was it to sell?
Now, after taking a hypothesis and customer development driven approach, you’ll have some real insights into your idea and how people value it. And the beauty is, the hypothesis method doesn’t just have to be relevant for start-ups. I think there is a huge opportunity for people everywhere to use a hypothesis driven approach in their own slow projects, or even in their large companies. It’s important not to lose sight of the fact that this is a management methodology and as such, can be used to manage anything.