Skip to main content

Hypotheses: the design nursery

Published June 22, 2021 | Written by Hannes D’Hulster

Share article on:

As good designers, we all know that everything starts with understanding our users. But sometimes we are already having discussions with clients, drawing things and checking out competitors.

In some cases, we’re still in the process of convincing our clients just how important it is to interview users in this field of work. Even more common are the moments that we’re in full development; new questions arise and there is no way we can answer them fundamentally before launch.

Design discussions can be messy

Design discussions can be messy

This is where hypotheses come to life. They mark the beginning of your design process by containing a starting point for the problem that we’re going to solve. It describes what you think is going on and shows you the way for fixing it. At the same time it recognizes the uncertainty within this statement and you have to promise to research it one day.

This gives us the opportunity to keep inventing the new while the research is still limited.

Change the life path

There is a business logic behind all this: flexibility.
As a Saas company, you want to be on top of your game: faster than the competition, better support, a more fitting feature set and increasing monthly revenue.

By redefining your market insights as hypotheses, you make sure you keep your eyes open for trends in the market for your target audiences. If you want to respond to these changes, you need to be able to shift priorities and create value fast. But that is not the only force within your business.

You also need a solid vision to work from because:

  • Your current customers need clear answers when they chat with support
  • Your decision-makers (and engineers) need to make decisions
  • Your team need consistent prioritisation of work

Writing down your current knowledge and worldview in hypotheses provides steadiness but keeps things flexible.

This way of working is inherent in the scientific method where thought experiments are used as the basis for innovation, even before all of it can be proven. If we combine this with the insights from The Lean Start-up, Eric Riess’ bestseller, we have a tool that defines the ‘what’ within the build, measure, learn cycle. What are we testing? What are we trying to understand?

Hypotheses support your design to be constantly challenged and so constantly grow.

Do parents know best?

One of the counter arguments for doing research, besides the cost, is the knowledge our clients have from their market and usage. Sometimes, they will be a future user of the solution we’re designing.

This knowledge, as paternal advice, is very important for the understanding of the market and the creation of the hypothesis. Interviewing or testing our design with more users brings unfiltered nuance into the understanding of the needs and effectiveness of the designs. The parents’ vision is blurred with good advice and protection measures. It is biased on the prettiness of their own conceptions.

No, you don’t have to start your research from scratch on every project but be very aware of this founder bias.

Lifelong nurturing

Doing research is about reducing risks — you can choose to take that risk but it does not mean that you are sure about things. By always writing your knowledge in the form of a hypothesis, you will be triggered to measure and test.

Hypotheses are great for testing, settling a discussion and using it as a starting point. It combines flexibility of uncertainty and a solid reliable structure of decisions.

Be aware that bias easily sneaks into the discussions that you have about what is important. The best way to figure that out is to ask your users. Different hypotheses can have different ways of testing. For example, finding out if a navigation is clearly understood will be tested differently than discovering how to segment your users. That is a whole new story which will come out soon!

Published June 22, 2021 | Written by Hannes D’Hulster

Share article on:


Interested in our work or want to ask a question?

Articles by Hannes

  • From Design to Impact: Our Shift to Doing Good

    This isn’t just a superficial makeover. We’re committed to aligning our projects with our values and making a real impact. And we’re inviting you—our clients, partners, and friends—to join us in this mission.

    By Hannes D’Hulster

  • When investing in your product team makes sense

    Investing in your product team is crucial for the growth of your SaaS start-up. While sales may bring in immediate revenue, a strong product team is essential for understanding customer needs, onboarding users smoothly, and continuously improving your product.

    By Hannes D’Hulster

  • The oak table

    I want you to imagine a large massive oak table that has been passed on to you by your grandparents. It is robust and serves its purpose well: supporting food and enabling social contact.

    By Hannes D’Hulster

  • Let’s go Smooth Sailing ⛵

    It has been 5 years already since I went my own way, head-first into design research. I was a bit scared, naturally, but I was also really eager to be my own boss.

    By Hannes D’Hulster

  • Time for software design to grow up

    The value of software design is greater than having good looking interfaces and frictionless flows. Good design creates an impact on the long-term behaviour of people and therefore it impacts the world we live in.

    By Hannes D’Hulster

  • A designer’s guide to talking with users

    Even with good intentions, it is not easy to get the right user insights. Qualitative research is the basis of a solid digital product that people can relate to. This is why I wrote a blog post or two (in Dutch) about how important it is to involve users in your design research.

    By Hannes D’Hulster

  • Never ask a designer to build a bridge

    Have you ever worked on a project where something looks off and it’s easy to adjust, but your designer says no? If the designer would just make this simple change, but still no!

    By Hannes D’Hulster