Top

The Design Problem Every Team Sees But Still Pretends Isn’t Real

May 4, 2026

Every UX Design team experiences that moment when something feels off, users are clearly struggling, metrics are wobbling, and everyone quietly agrees there’s a problem. After a meeting, a few Jira tickets get reshuffled and the issue dissolves into the background. Not because it’s small, but because it’s uncomfortable. Such problems sit at the intersection of design, culture, and accountability, which makes them easy to acknowledge, but even easier to avoid.

The irony is that UX Design teams talk constantly about empathy, user centricity, and making evidence-based decisions. However, when ideas point toward a structural flaw in how work gets done, a team’s momentum often evaporates. The problem is not a lack of insight or talent. It’s the collective habit of treating certain design failures as inevitable rather than fixable.

Champion Advertisement
Continue Reading…

The Gap Between Knowing and Acting

Most Design teams can articulate their usability issues with clarity. They know where users drop off, where their confusion spikes, and which flows generate the most support tickets. Research decks outline problems in careful detail, often with quotations that leave little room for interpretation. Knowledge is rarely the missing ingredient.

The gap between knowing and acting appears only after we share our research findings. We frame our insights as interesting observations instead of calls to action. So they get parked in our documentation. We refer to them in retrospectives and slowly strip away their urgency. Over time, Design teams become fluent in discussing problems without feeling responsible for solving them.

Our UX design process often reinforces this disconnect. Roadmaps reward shipping, not resolving systemic friction. Teams sometimes learn that acknowledging a problem is enough to signal maturity, even though nothing changes. An organization becomes skilled at naming issues while remaining structurally incapable of addressing them.

What makes this issue especially dangerous is how normal it feels. When everyone around you treats known design flaws as background noise, ignoring them starts to feel pragmatic rather than negligent. The problem stops being a design failure and starts feeling like an immutable constraint.

When Constraints Become Convenient Excuses

Of course, Design teams work under real constraints. Deadlines, technical debt, stakeholder pressure, and legacy systems all shape what’s possible. Over time, these constraints become familiar, perhaps even comforting. They offer a ready-made explanation for why certain issues never get resolved.

The trouble begins when constraints stop being negotiable, and we start accepting them as permanent truths. A confusing onboarding flow might survive for years because rebuilding it would slow delivery. Accessibility issues often linger because we were supposed to address them ages ago, so retrofitting them feels expensive. In such moments, constraints shift from being practical considerations to becoming cultural alibis.

Champion Advertisement
Continue Reading…

Once that mental shift happens, Design teams stop asking whether a constraint is still valid. They assume the trade-off has already been made, even though no one remembers making it. Design decisions inherit the weight of past compromises, regardless of whether they still serve users or the business.

As a consequence, Design teams end up defending experiences they would never design from scratch. Their excuse isn’t that the problem remains unsolved, but that solving it would be inconvenient. Over time, convenience hardens into policy and policy becomes invisible.

The Quiet Cost of Normalized Friction

Every unresolved design problem carries a cost, even when it doesn’t trigger alarms. Users hesitate, second-guess, and adapt in ways that analytics rarely capture. They employ workarounds, develop mistrust, or quietly disengage. Friction becomes a part of the experience that has become normalized through repetition.

Internally, the cost of normalizing friction shows up as well. UX designers feel the tension between what they know is right and what the organization allows them to fix. Instead of facing a problem head on, they might miscalculate the ratio between artificial intelligence (AI) implementation and human oversight, which often leads to even bigger issues.

This slow erosion of standards affects UX designers’ craft. Once Design teams accept that they will never address certain problems, their ambition narrows. Design becomes incremental rather than intentional and focuses on polish instead of clarity. The product improves around the edges while the core experience remains compromised.

What makes the cost of normalized friction hard to confront is its subtlety. A product doesn’t break down all at once. Metrics drift, user trust thins, and their confidence in the system erodes quietly. By the time its impact becomes obvious, the problem feels too entrenched to tackle.

Why Everyone Agrees, But Nobody Owns the Issue

One of the most frustrating aspects of this problem is consensus. Ask anyone on the product team, and they’ll likely agree that something is wrong. UX designers, developers, and stakeholders often feel the same lack of trust and transparency—although they express it using different language. Agreement, however, does not equal ownership.

Ownership of the problem gets lost in the gaps between roles. UX designers surface issues but lack the authority to prioritize fixing them. Product managers balance competing demands and defer uncomfortable work. Depending on the product niche, the whole issue can get even more complicated. For example, something as complex as ecommerce might involve so many traps and potential failure points that there’s almost no room for error.

Without clear ownership, problems circulate endlessly. They resurface in subsequent design reviews, people acknowledge them with nods, then they fade into the background again. A person in each role might assume that someone else is better positioned to act, creating a loop of collective inaction.

This is where pretending becomes a survival strategy. Acknowledging a problem without fixing it allows everyone on a team to appear aligned while avoiding conflict. Their organization maintains harmony at the expense of progress.

Final Thoughts

Solving this problem does not start with better tools or frameworks. It starts with having the willingness to treat known design failures as decisions, not accidents. Once a Design team acknowledges that a problem is something it is actively choosing to live with, the conversation changes.

Structural courage means revisiting old constraints and asking whether they still apply. It means allowing design issues to disrupt roadmaps rather than to orbit them. Most importantly, it requires that leadership reward teams for resolving deep friction, even when it slows their visible output.

Design teams that make such shifts often discover that a problem was never purely about design. It was about incentives, communication, and who gets to say no. Addressing these larger factors creates space for meaningful change.

Pretending that a problem isn’t real is all too easy—especially when everyone else is doing it. Breaking that pattern is uncomfortable, but it can also create the moment when design starts to matter again. 

Freelance Copywriter and Ecommerce SEO Specialist

New York City, New York, USA

Magnus EriksenMagnus works as an independent copywriter and ecommerce search-engine optimization (SEO) specialist. Before embarking on his copywriting career, he was a content writer for digital-marketing agencies such as Synlighet AS and Omega Media, where he mastered on-page and technical SEO. Magnus holds a degree in Marketing and Brand Management.  Read More

Other Articles on Design Process

New on UXmatters