Skip to content
ResearchUX lexicon

What are pain points in UX?

Pain points in UX are the specific problems, frustrations or obstacles that users run into when trying to reach their goals with a product or service.

also calleduser frustrations · friction points · customer pain points

A pain point is the moment someone sighs, mutters or gives up. The form that rejects a perfectly good phone number, the support line that loops, the checkout that asks for an account just to buy a pair of socks. Finding these moments is half the job of a researcher, and fixing them is the other half.

In short
  • A pain point is a specific obstacle or frustration users meet while pursuing a goal.
  • Find them by listening, watching and reading what people already say.
  • Write each one as a clear statement of who is affected, what happens and why it matters.
  • Rank them by reach, severity and effort, and treat suggested solutions as clues.
01

The different kinds of pain

Not every frustration is the same, and it helps to sort them:

  • Usability pain: confusing navigation, unclear labels, forms that fight you.
  • Process pain: too many steps, repeated data entry, long waits.
  • Financial pain: hidden fees, unclear pricing, difficult refunds.
  • Support pain: nowhere to turn when something goes wrong.
  • Emotional pain: anxiety, distrust, feeling stupid or rushed.

The last category is easy to miss because it rarely shows up in a click report. Yet a person who feels foolish using your product is unlikely to come back.

02

How to find them

Pain points hide in what people tell you and in what they do. Talk to users and ask them to describe the last time something went wrong. Watch usability sessions for hesitation, sighs and the sudden return to the previous page. Read support tickets, app store reviews and survey comments, which are full of complaints written in the user's own words.

Quantitative data helps you locate where problems cluster. A sharp exit rate on a particular step points toward a pain worth investigating, though the numbers will not explain it.

03

From complaint to useful insight

Raw complaints are not yet pain points. 'I hate this app' tells you little. Dig into what the person was trying to achieve, what got in the way and what it cost them in time, money or confidence.

Then write each pain point as a clear statement. For example: 'New members cannot tell which plan includes weekend classes, so they hesitate to pay.' That sentence names who, what and why it matters, which makes it something a team can act on.

Group similar ones using an affinity map and look for patterns. A pain point mentioned by many people is a priority, but a rare, severe one, like a lost payment, may deserve attention too.

04

Mistakes when working with pain points

Taking suggested solutions at face value is the classic slip. A user who asks for a bigger button is describing a pain, and the real fix might be something else entirely. Treat their solution as a clue about the problem.

Another trap is chasing only the loudest complaints. Silent users who just leave are a bigger group than the ones who write angry reviews.

And finally, listing pain points without ranking them. Not everything can be fixed at once, so weigh each by how many people it affects, how bad it is and how easy it is to address.

05

Where they show up in your work

Pain points feed directly into journey maps, personas and problem statements. They also give you a good way to measure success: after a redesign, check whether the original pain disappears in testing.

Common questions

Pain points: your questions, answered

What are pain points in UX?

They are the specific problems and frustrations users experience while trying to complete a task with a product or service. They can be about usability, process, cost, support or emotion, and they point to the places where design improvement will matter most.

How do you identify user pain points?

Combine methods: interview users about recent bad experiences, observe usability sessions for hesitation and errors, read support tickets and reviews, and use analytics to find steps with high drop-off. Patterns across several sources are the strongest signal.

What are examples of UX pain points?

Forms that erase your input after an error, forced account creation before checkout, confusing pricing, slow loading, unclear error messages and hard-to-find support are all common examples. Anything that makes a person stop and wonder what to do next qualifies.

How do you prioritize pain points?

Weigh each by how many people it affects, how severe the consequences are and how hard it is to fix. A simple scoring grid or decision matrix helps the team agree, and it keeps the loudest complaint from automatically winning.

Are pain points the same as user needs?

Not exactly. A need is what someone wants to achieve, while a pain point is what stands in their way. They are closely linked, and understanding the pain often reveals the unmet need underneath.

People also ask

More quick answers

What is the difference between a pain point and a problem statement?

A pain point is an observed frustration. A problem statement turns one or more of them into a clear brief the team can design against.

Where do pain points appear in a journey map?

They are usually marked at the stages where users feel confused, anxious or blocked, which makes opportunities for improvement easy to spot.

What is friction in UX?

Friction is anything that slows or discourages users from completing a task. Each pain point creates some friction, though not all friction is bad.

Can pain points be positive?

Not as such, but a bit of deliberate friction, like a confirmation before deleting data, can protect users. The key is that it is chosen, not accidental.

How many pain points should you tackle at once?

Focus on the few that hurt the most users or carry the highest risk, then re-test. Trying to fix everything together makes it impossible to tell what worked.

Keep reading
Free and open source

Found this useful? A GitHub star helps other designers find it.

Star on GitHub