It’s a familiar story for many of us. We’d just closed a seemingly strong quarter. Our team had hit its renewal targets, and our top-line metrics looked healthy. But one nagging feeling persisted. Our gross retention was solid, but a handful of seemingly "healthy" mid-market accounts had churned, and the reasons given were vague: "budget," "change in strategy," the usual suspects.
We decided to dig deeper. The feedback wasn't about our CSMs—in fact, they were praised. It wasn't about missing features on a roadmap.
It was this: "The software is just far too complicated."
One departing customer, a senior director, elaborated. "We have to re-train our staff every month. There are so many redundancies, and the overall design is... frustrating. My team was spending more time fighting the tool than doing their jobs."
Sounds familiar?
This was a gut punch. We had extensive documentation. We ran monthly webinars. Our CSMs held weekly office hours. We were doing everything right—everything, that is, except acknowledging the elephant in the room: our product's user experience (UX) was actively undermining our customers' success.
As Customer Success leaders, we are guardians of customer outcomes. We own time-to-value, adoption, and retention. We build frameworks, segment our customers, and design intricate onboarding journeys. Yet, we often treat the product's interface—the very conduit through which all value is delivered—as someone else's problem.
It's time for that to change. We can no longer afford to see UX as a "Product Team concern." It is one of the most critical and most overlooked components of a modern Customer Success strategy.
In the B2B SaaS world, especially in complex, feature-rich platforms, a strange thing happens. Poor design isn't often seen as a product flaw; it's seen as a user failing.
How many times has your team heard one of these?
We instinctively reach for our CS toolkit: education, relationship management, and documentation. But we're applying a service solution to a design problem.
No amount of training, no matter how engaging, can fully compensate for a fundamentally broken, illogical, or high-friction user experience.
You can't "onboard" a customer around a bad product; you can only teach them workarounds. And workarounds create friction. Friction kills adoption. And low adoption, as we all know, is the silent precursor to churn.
When a user has to consult a 10-page PDF just to figure out how to add a new team member, the problem isn't the PDF. The problem is that the task requires a PDF in the first place. We've become so accustomed to the complexity of our own tools that we've mistaken "learning a complex system" for "achieving value."
For too long, B2B design has been deprioritised in favour of new features. The roadmap is always packed with the "next big thing" that will theoretically unlock a new market or check a box for a high-value prospect.
UX, by contrast, is often seen as "polishing" or "making it pretty"—a "nice-to-have" that can be bolted on later.
This is a profoundly dangerous misconception.
UX isn't the paint; it's the plumbing. It's the infrastructure.
Think of it this way: Your CS team builds a brilliant "Success Plan" (the SatNav) to get the customer from Point A (Onboarding) to Point B (First Value). But the product's UX is the road network.
Your CSM, the world's best navigator, is left shouting instructions from the passenger seat: "No, don't turn there! You have to ignore that sign... yes, I know it's confusing... you need to click the other settings icon..."
How much of your team's valuable, strategic time is being burned just helping customers navigate a confusing interface? This is a massive, hidden scalability-killer for your CS organisation.
The solution isn't for every CSM to become a UX designer. The solution is for CS leaders to become the most powerful advocates for the user's experience within the organisation.
We are sitting on a goldmine of data that Product and Design teams desperately need. We just need to frame it correctly. Stop reporting "the customer is unhappy" and start building a data-driven business case.
Here is a practical playbook for embedding UX advocacy into your CS framework.
Product teams don't respond to anecdotes; they respond to data. Shift your feedback from "it's clunky" to "this is costing us money."
You can't manage what you don't measure. Go beyond NPS and CSAT.
Don't wait until a feature is built to give feedback. By then, it's too late.
For years, Customer Success has rightly focused on relationships, outcomes, and value. But we've allowed ourselves far too often to ignore the very surface on which those outcomes are built.
A poor user experience is a tax on every single interaction a customer has with your company. It taxes their time, their patience, and their goodwill. It forces your highly-skilled CSMs to act as human middleware, patching over the gaps in the product with their own time and energy.
Our customers are not "failing" to use our software. Our software is failing them.
Go back to your team. Ask them to identify the one workflow, one page, or one button that causes the most customer confusion. Then, book a meeting with your Head of Product. Go with data. Go with support ticket counts, session recordings, and the financial cost of that friction.
This is the next frontier of Customer Success.