IA

Why most personas fail (and how to make them useful)

Personas only have value if they influence decisions. Most do not.

Why personas often end up as descriptive documents instead of practical tools, and how to make them genuinely useful in day-to-day product work.

03 December 20246 min read

In short

Why personas often end up as descriptive documents instead of practical tools, and how to make them genuinely useful in day-to-day product work.

Why personas fade into the background

Then they quietly disappear.

I’ve seen this happen across all kinds of organisations, from smaller teams trying to formalise their to large, complex where entire sets of personas exist but rarely influence a single decision.

Not because personas are inherently flawed.

But because of how they’re created and, more importantly, how they’re used.

The most common issue is that personas become descriptive instead of functional.

They tell you who the user is in a general sense. Their age, their job, their preferences, sometimes even what they do in their spare time. It all feels rich, detailed, well thought through.

But when it comes to actually making a decision, none of that helps.

Knowing that someone is time-poor or values convenience doesn’t tell you what to do with a checkout , or how to structure a , or what to prioritise when need to be made.

So the persona sits there, technically correct, but practically useless.

A persona can be technically correct and still be practically useless if it does not help the team make decisions.

How personas end up becoming decorative

I’ve worked on projects where personas were beautifully put together. Designed well, written well, clearly based on real . You could tell effort had gone into them.

But when you listened to the conversations happening in the team, they never came up.

Decisions were still being made based on opinion, internal priorities, or whatever felt like the safest option at the time.

The personas existed, but they weren’t doing anything.

That’s usually the turning point.

Because personas only have value if they influence .

Key takeaway

Personas are only useful when they actively shape decisions, not when they just exist as well-made documents.

What makes a persona actually useful

In my experience, the difference between personas that fail and personas that actually work comes down to one thing.

Whether they help you make decisions.

On projects where personas have been genuinely useful, they’ve been far simpler than people expect. Less about who the user is, more about how they behave in the of the product.

What are they trying to achieve?

What are they operating under?

What causes hesitation?

What gives them ?

Those are the things that actually shape a .

What changes when you strip them back

I remember working through a set of personas where we stripped almost everything back. Removed the unnecessary detail, got rid of anything that didn’t directly relate to , and focused purely on how different types of users approached the same task.

The shift was immediate.

Suddenly, conversations changed.

Instead of what do we think works best, it became which of these users are we designing for here?

Instead of trying to satisfy everyone, decisions became more intentional. More focused. became clearer, because they were grounded in something tangible.

That’s when personas start to do their job.

Why personas fail when treated as deliverables

Another I’ve seen is personas being treated as a deliverable rather than a tool.

They get created, presented, signed off, and then effectively archived. Something to reference if needed, but not something that actively shapes the work.

That’s where they lose all their value.

When personas work, they’re part of the day-to-day.

They show up in conversations.

They get referenced in design critiques.

They’re used to challenge decisions.

They become a shared language across the team, not just a document that lives somewhere in a folder.

Why trying to cover everyone usually fails

There’s also a tendency to try and make personas cover everything.

Every , every scenario, every possible variation of . The result is usually a set of personas that are too broad to be useful. They become vague by design, trying to represent everyone and ending up guiding no one.

In reality, it’s far more effective to be deliberate.

Not every persona needs to be catered for in every . Not every decision needs to satisfy every user type. The value comes from being clear about who you’re prioritising and why.

That’s often where teams struggle.

Because it forces .

It’s much easier to create something that tries to work for everyone than it is to make a call and say, this is designed for this type of user, and others may need to adapt.

But without that , personas don’t drive decisions. They just sit alongside them.

What personas are actually for

So when personas fail, it’s rarely because the idea is wrong.

It’s because they’ve been positioned incorrectly.

They’re not there to describe users in a general sense.

They’re there to guide choices.

If a persona doesn’t help you decide what to prioritise, what to simplify, what to remove, or where to focus, then it’s not doing its job.

But when they’re built around , kept simple, and actually used in the work, they become one of the most effective tools a team can have.

Not because they tell you everything about your users.

But because they help you stay focused on what actually matters when you’re designing for them.

LET'S WORK TOGETHER

Ready to improve your product?

UX, research and product leadership for teams tackling complex digital services. The work usually starts where things have become harder than they need to be: unclear journeys, inconsistent products, competing priorities, or teams trying to move forward without a clear direction. I help simplify the problem, shape the right next step, and turn complexity into something people can actually use.

Previous feedback

Will Parkhouse

Senior Content Designer

01/20