UX Collective

We believe designers are thinkers as much as they are makers. https://linktr.ee/uxc

Follow publication

Avoid premature solutions: how to respond when stakeholders ask for certain designs

How to avoid anchoring problems that result in stuck designers

Kai Wong
UX Collective
Published in
6 min readMar 25, 2025

A group of people pushing a van stuck in the mud forward, with one person pointing to where they need to go.
Photo by Aubrey Odom on Unsplash

“So, we’re trying to design a table that helps users find exactly what they’re looking for, " The product manager told me, which was more problematic than you might think.

Non-designers suggesting design solutions has been a problem since UX was created in the 1990s, but you might not have understood why this was such a big deal.

After all, it’s just a suggestion from a stakeholder, right? Except that’s not all it is: sometimes, it becomes the anchor that weighs us down as an anchoring problem.

You must reframe these suggestions early to avoid much future pain.

Anchoring problems and one of the fallacies that currently exist

In Designing Your Life, Bill Burnett and Dave Evans introduce anchoring problems using the Grand Canyon mule trip example.

“Charlie” wants to explore the Grand Canyon with his family, and he has a specific vision of the experience: exploring it by mule.

The only problem? The mule trips have a weight limit of 200 pounds. So each summer, Charlie tries to diet to hit 200 pounds and fails. The result? He skips going to the Grand Canyon with his family four summers in a row.

An anchoring problem occurs when someone has a particular vision of a goal with a single solution, and if it doesn’t work, it fails.

You could explore the Grand Canyon by helicopter, on foot, by mule, or in any of a dozen other ways, but because your heart is set on a specific solution, you make the problem much more complicated than it needs to be.

This can happen when you accept a non-designer suggestion for a design solution. While sometimes it might not be that bad, I once worked on a project that had to jump through many hoops because “Derek hated tables.”

Our executive had a design solution in mind for showing the status of an inventory of all devices discovered: Don’t use tables. Use cards.

Create an account to read the full story.

The author made this story available to Medium members only.
If you’re new to Medium, create a new account to read this story on us.

Or, continue in mobile web

Already have an account? Sign in

Written by Kai Wong

7xTop writer in UX Design. UX, Data Viz, and Data. Author of Data-Informed UX Design: https://tinyurl.com/2p83hkav. Substack: https://dataanddesign.substack.com

Responses (5)

Write a response

I usually try to avoid going too many hoops. I think the 5 whys are a great reminder and a great tool for workshops with non-product people. However when speaking with people who are used to work with product and have an insight the process (like a…

--

Great insight! Jumping to solutions too soon can limit creativity and better alternatives. Asking the right questions first leads to smarter design choices. Thanks for sharing

--

It would be helpful to include more actionable advice on how designers can tactfully reframe stakeholder suggestions. Perhaps examples of effective communication techniques or case studies where this was successfully handled.

--