
Hypotheses: the design nursery
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.
By Hannes D’Hulster
Published May 21, 2021 | Written by Hannes D’Hulster
Share article on:
Photo by Jessica Monte from Pexels
While seeing a demo of soon-to-be-released software, I noticed something odd. Screens with little data looked broken because pagination was left out. We, the product team, defined that in order to make demo users feel at home, the pagination bar should be visible, even though there was only one page to display. If the designer just added this component things will feel more intuitive and clients will convert a lot easier.
Our designer said no. And he was right.
Adding this element would maybe solve this issue but would raise problems in other parts of the application. His fight for consistency reminded me of Prof. Miermans quote. We should have asked him to evaluate the design system for users with little data. We probably would have reached our goal faster, easier and with a more durable solution.
Never ask a design to build a bridge, ask for a way to cross the river.
We, as humans, are trained to think in solutions. We are appreciated for helping others and applauded when our projects move forward. So it is natural to ask people to implement our solution and then to explain our problem.
This is desired behaviour in many situations:
Designers are often presented with complex problems where the answer is always a balance between multiple stakeholders with multiple goals, within the context of politics, technology, budget and deadlines. Asking to change one aspect of the solution may require restructuring the whole shebang.
So please present the problem as a goal: “I would like to achieve this for this user in this situation”.
A good designer will answer this, as a sign of appreciation, with some hard questions:
Raising a problem in those complex situations will get you to better solutions for the problems of your users. Because there are probably way more variables to the problem than you see at first glance.
Couldn’t you just add it; that’s way faster.
You’re right. Questioning everything takes time. Preparing a change request is a lot harder, but it’ll pay off and save you time in the long run.
Designing a (software) product takes effort to:
Design is not something that can be done in a sprint or a workshop. It takes time to create something big.
Design is a continuous and iterative process of learning, balancing and improving. Just as Daft Punk phrased it: Our work is never over.
If you see something that bothers you in the interface, don’t hesitate to ask for its purpose. This way your designer can find a durable solution for your probably important observation.
Published May 21, 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.
By Hannes D’Hulster
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
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
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
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