
Women In Product is growing!
Our last edition of our Women In Product dinners turned out great! And now, we are thinking of expanding our event to welcome a larger crowd!
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 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 then 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.
If you need help with setting up the right design and product culture, or you have a complex problem that needs solving, Smooth Sailing will save your soul!
Our last edition of our Women In Product dinners turned out great! And now, we are thinking of expanding our event to welcome a larger crowd!