• Home
  • About me
  • Work
  • Blog
  • Contact
René Manikofski René Manikofski
René Manikofski

UX

Home / UX
11Jun

Synthetic Personas & Data

11. June 2026 René Manikofski AI, Methods, UX 3

AI can generate user personas in minutes. That’s genuinely useful – in the right context. The problem is that every team is drawing from the same source, and without your own data the output is the same as everyone else’s.

Key Takeaways

Synthetic personas are fast and cheap – good for early exploration and quick concept tests. The issue is that all AI tools draw from the same public knowledge base. Without your own user data, the output is generic. The teams getting real value are the ones enriching AI with their own research, customer data, and session insights.

 

In this article

  • What Synthetic Personas Are
  • The Commoditisation Problem
  • When Synthetic Personas Actually Make Sense
  • The Cultural Blind Spot
  • Tools Worth Knowing
  • The Risk of Overconfidence
  • Where Real Research Matters Most

 


 

Synthetic personas have entered the UX toolkit. The idea is simple: describe a user type to an AI tool, and it generates a realistic-sounding profile. The persona reacts to your product, answers questions, and flags potential problems – without any real users being involved.

The speed and cost advantages are real. What used to take weeks of research can be sketched out in an afternoon. For early concepts or workshop prep, that matters.

The problem is what most teams are actually feeding into these tools.

What Synthetic Personas Are

A synthetic persona is a simulated user profile generated by an AI. You describe who the user is, and the AI responds as if it were that person – reacting to your product, answering questions, pointing out friction.

Used well, they work as a starting point. Good for testing assumptions before committing to real research, exploring a concept quickly, or generating different viewpoints in a workshop. They are not a substitute for talking to real users. But as a faster first step before doing that, they have genuine value.

Where they deliver real value:

  • Quick hypothesis testing – explore an assumption about user behaviour before starting a full research round
  • Early concept checks – find obvious gaps in an idea before spending time on user recruiting
  • Workshop coverage – generate perspectives across several user types simultaneously
  • Faster iteration – shorten the gap between a design decision and a first signal
  • Low-cost exploration – qualify which research questions are worth the investment of real user studies

The problem is not that synthetic personas don’t work. The problem is how most teams are using them.

The Commoditisation Problem: Same AI, Same Output

The quality of a synthetic persona depends entirely on what the AI was trained on.

AI tools are trained on public data: websites, research papers, articles, forum posts. They don’t know your users. They know what the internet says about users like yours.

If you and a competitor both use the same AI tool to generate a persona for a European online shopper, you get outputs built from the same information. The personas might look different. The assumptions inside them are largely the same.

The more teams adopt the same tools, the more the results converge. AI-generated personas become Einheitsbrei – a uniform product that doesn’t reflect any real user, just a shared average of publicly available data. There’s no competitive advantage in something every other team already has access to.

The Cultural Blind Spot: When Your Persona Doesn’t Know Its Market

The commoditisation problem gets worse the further you move from the English-speaking West.

AI tools are trained on what the internet has written down. The internet is not evenly distributed. English content dominates. Western European contexts come second. Arabic, Japanese, Thai, Vietnamese, Hindi – these are represented at a fraction of the volume, and much of the nuance around behaviour, context, and local norms is simply missing.

A synthetic persona generated for a Saudi Arabian user is built from a fraction of the training data that shapes a German or American one. Less data means thinner signal – and a higher risk that the model fills the gaps with assumptions pulled from Western defaults.

This bias has a name. Researchers call it the WEIRD problem – Western, Educated, Industrialized, Rich, Democratic. First documented in behavioural science by Henrich, Heine & Norenzayan (2010), who showed that the overwhelming majority of psychological and behavioural research was conducted on WEIRD populations – and then generalised as universal human behaviour. The same structural problem now runs through AI training data. LLMs inherit the bias of the corpus they were trained on. A model trained predominantly on English-language Western web content will produce outputs that reflect WEIRD assumptions – even when asked to simulate users from entirely different cultural contexts.

It’s not just text direction

The most visible signal of this gap is reading direction. Arabic, Hebrew, Urdu, and Farsi run right to left. Japanese can run vertically. But the implications go far beyond layout.

1

Spatial cognition and scanning patterns

RTL readers don’t just read from the opposite side – they scan interfaces differently. Navigation hierarchies, primary CTAs, trust signals, error messages: the entire spatial grammar of a UI shifts. A synthetic persona trained on Western UX conventions will consistently misjudge where attention lands and where friction occurs.

2

Information density and visual hierarchy

Japanese and Chinese interfaces routinely pack information that Western design conventions would call overloaded. What reads as chaotic to a Northern European user is functional and expected to someone used to dense kanji-heavy layouts. A Western-trained persona will flag density as a usability problem that isn’t one.

3

Trust signals and social proof

What builds confidence varies significantly by region. In many Southeast Asian markets, messaging app integration (LINE, WhatsApp, Zalo) is a primary trust signal – more so than a polished website or an SSL certificate. In the Gulf, brand presence and official endorsements carry different weight than in Germany. A generic AI persona won’t model this correctly.

4

Infrastructure and device context

In large parts of South and Southeast Asia, the primary internet device is a mid-range Android on a variable mobile connection – not a laptop on a broadband home network. Load time tolerance, navigation depth, offline behaviour, and payment flow expectations are fundamentally different. Western-trained personas assume infrastructure that doesn’t exist.

The data gap compounds the problem

When an AI model has less data about a market, it doesn’t become less confident – it becomes less accurate at the same confidence level. The persona still sounds detailed and plausible. The assumptions inside it are just wrong more often.

This is where the risk of overconfidence hits hardest. A team designing a product for the Indonesian market and using a generic AI persona as input is working with a profile that was partly constructed from guesswork. Not labelled as guesswork. Presented as user insight.

The less data a model has about a market, the more it guesses. The output looks the same either way.

The real consequence: teams that would never skip user research for a German product launch go to market in Thailand or the UAE on a persona the AI invented from thin coverage. Real research matters everywhere – but it matters most where synthetic shortcuts are least reliable.

When Synthetic Personas Actually Make Sense

AI-supported personas only deliver real value under one condition: you bring your own data.

A team that feeds its AI tool with years of interview transcripts, session recordings, CRM segments, and support data is not generating personas from public knowledge. It’s synthesising its own insight into a usable format. The AI becomes a pattern-recognition tool applied to proprietary data – not a generator of shared assumptions.

The second condition is focus. Generic personas (“mobile user”, “budget shopper”) produce generic output. The teams getting real value are working targeted, not broad – asking specific questions based on what they already know about their users.

Not “what does a 30-year-old urban shopper want?” but “why do users in our highest-value cohort leave at checkout step 3?”

That question only gets a useful answer if you bring the data that’s specific to your product.

What useful proprietary data looks like:

  • Interview archives tagged by theme and behaviour – searchable, not buried in project folders
  • Session recordings and click data from your own product
  • CRM segments based on actual behaviour, not just demographics
  • Support tickets and complaints as a signal for unmet needs
  • Data over time – not just how users behave today, but how they’ve changed

Teams that have built this kind of internal knowledge base can produce personas no competitor can copy – because no competitor has the same data. Everyone can access the same AI. Not everyone has built the data that makes it useful.

The model is a commodity. The research archive is not.

Tools worth knowing

Three tools that represent the current state of synthetic persona generation in UX practice – each with a different approach and a different relationship to your own data.

🧪

Synthetic Users

Purpose-built for AI-generated user research. Simulates interviews, concept tests, and usability sessions at scale. The most cited dedicated tool in the UX research community – and a useful reference point for understanding both the potential and the limits of the category.

📊

Delve.ai

Generates personas from your own data sources – website analytics, CRM segments, social media behaviour. One of the few tools that moves away from generic public-data output and toward proprietary signal. Closest to the “bring your own data” model described in this article.

🗺️

UXPressia

Persona and customer journey mapping platform with AI-assisted creation and team collaboration. Strong for connecting personas to journey maps and cross-functional alignment – useful when the goal is not just generating a profile but actually working with it across a team.

All three tools are worth exploring with a critical eye. The question to ask of any synthetic persona tool is always the same: what data is this output actually built on? If the answer is “public web content,” the limitations described in this article apply.

The Risk of Overconfidence

There’s one more issue with synthetic personas that’s easy to miss: AI output looks confident.

The results are detailed, internally consistent, and easy to present. They don’t come with the natural uncertainty of real research – no sample size, no caveats about what participants said versus what they actually did.

When a researcher shares interview findings, the limits are visible. When an AI generates a persona, it reads like fact.

This is where teams get into trouble. A synthetic persona built on generic public data gets treated as a real picture of real users. Decisions get made against it. By the time actual user behaviour reveals the gap, a lot has already been built on a wrong assumption.

The answer isn’t to avoid synthetic personas. It’s to know what they can and can’t tell you – and to feed them with data that’s actually yours.

Where Real Research Matters Most

Synthetic shortcuts are least reliable exactly where the stakes are highest: non-Western markets and users with disabilities. These are not edge cases. Together they represent the majority of the global population.

 

1.3 bn.

people worldwide live with some form of disability – around 16 % of the global population (WHO, 2023)

~30 %

of real WCAG issues are caught by automated tools – the rest only surface through manual testing with actual Assistive Technology users (Deque Research)

55 %

of all web content is in English – yet only 16 % of the world’s population speak English as a first or second language

Accessibility is not a WCAG checklist problem

WCAG defines technical minimum requirements. Whether a product is genuinely usable for people with disabilities only becomes clear through real testing.

Synthetic personas default to an able-bodied, neurotypical user. Disability only appears when you explicitly ask for it – and even then the output stays shallow. This is not an accident: training data from real Assistive Technology users is thin.

1

Screen reader users navigate sequentially

NVDA, JAWS, VoiceOver – no mouse, no visual scanning. Heading structure, ARIA labels, and focus order determine whether an interface works at all. No synthetic persona tool reliably simulates this interaction pattern.

2

Motor impairments mean different paths

Switch access, keyboard-only, eye-tracking: interaction paths, timeout behaviour, and focus management are fundamentally different from mouse and touch usage. An AI persona not trained on these realities cannot correctly anticipate the experience.

3

Cognitive accessibility is the hardest to simulate

Dyslexia, ADHD, low literacy, cognitive overload – these user realities depend on line length, contrast, language complexity, distraction-free structure, and pacing. AI systematically underestimates how much is decided at this level of detail.

Real research matters most exactly where synthetic shortcuts are least reliable – in non-Western markets and with users with disabilities. These are not edge cases. Together they represent the majority of the world.

Teams that write these users out of their personas – deliberately or simply by choosing a tool that never included them – build products that don’t work for a significant share of their actual audience. No audit, no automated tool, and no synthetic persona replaces direct contact with these people.

 


 

Sources & Further Reading

  • Nielsen Norman Group. Synthetic Users: AI-Generated Research Participants. Assessment of where AI-generated personas work and where they introduce risk in UX practice.
  • Nielsen Norman Group. International Usability. Research on how cultural context shapes interface expectations, reading patterns, and user behaviour across markets.
  • World Wide Web Consortium (W3C). Text Direction and Internationalisation. Technical and design implications of RTL, bidirectional, and vertical text in web and product interfaces.
  • Hofstede Insights. National Culture Model. The foundational framework for cross-cultural dimensions that influence decision-making, trust, and communication patterns in UX research contexts.
  • Harvard Business Review. The New Rules of Data Privacy. On proprietary customer data as a strategic asset and the advantage it confers over generic market intelligence.
  • Gartner. What Is Synthetic Data?. On the growing use of synthetic data and the conditions under which it adds versus subtracts value in enterprise AI.
  • Rosenfeld Media. Research Practice. On building cumulative research knowledge within organisations – the infrastructure that makes proprietary insight possible.
  • UX Collective. UX Collective. Ongoing practitioner analysis of where synthetic research methods supplement versus compromise real research.
  • Henrich, J., Heine, S. J., & Norenzayan, A. The Weirdest People in the World? (2010). The foundational paper establishing the WEIRD bias in behavioural research – the structural problem that now applies equally to AI training data.
  • World Health Organization. Disability and Health. Global prevalence data: 1.3 billion people – 16% of the world’s population – experience significant disability.
  • Deque Systems. Automated Accessibility Testing Study. Research showing automated tools detect approximately 30–40% of real WCAG issues; the remainder require manual and user testing.
  • W3C Web Accessibility Initiative. Web Content Accessibility Guidelines (WCAG). The international standard for digital accessibility – and why compliance alone does not guarantee usability for people with disabilities.

René Manikofski is a Senior UX Designer with 10+ years of experience in e-commerce and digital product design across Europe. All articles are based on personal professional experience and supported by AI in writing.

Read more
27May

UX Ideation Workshop

27. May 2026 René Manikofski Team, UX, Working culture 9

What running Design Thinking sessions with Scrum Masters at FTI and myToys actually taught me

Key Takeaways

A good ideation workshop doesn’t find the best idea. It creates enough ideas that the best one has room to show up. Structure beats inspiration every time.

 

In this article

  • Where Ideation Fits
  • Why Most Ideation Sessions Fail
  • The Methods That Work
  • A Real Workshop: What It Actually Looks Like
  • The Off-Topic Warm-Up: Why It Works
  • What Makes It Work
  • What You Actually Get Out of It
  • What to Do Next

 

There’s a moment at the start of every ideation workshop I’ve learned to watch for.

The room fills up. Product owner, two developers, someone from marketing, maybe a stakeholder who isn’t sure why they’re there. They sit down, look at each other. And then they look at you.

What happens next decides everything.

I’ve run Design Thinking ideation sessions at FTI Group and myToys – two very different companies, same fundamental challenge: get smart people to stop thinking in silos and start building on each other’s ideas. At FTI and myToys, Agile Scrum Masters co-facilitated with me. That changed how I think about workshops entirely.

FTI Group Design Thinking Ideation Workshop
Ideation workshop at FTI Group – Post-its, problem statements.

Where Ideation Fits

Ideation is stage three of Design Thinking: Empathize → Define → Ideate → Prototype → Test. You do it after you understand your users and after you’ve framed the right problem. Not before.

And it’s not a one-time thing. A prototype test reveals something new. You loop back to ideation. A stakeholder review shifts the frame. You run another session. That’s normal. Build it into the expectation from the start.

Why Most Ideation Sessions Fail

Someone books a room, writes “brainstorming” on the agenda, and hopes for the best.

What actually happens: the loudest voice wins, the quieter people defer, and the team leaves with three ideas that were already in Slack. No new thinking. Just existing assumptions with a whiteboard in the background.

The problem isn’t the people. It’s the missing method.

Creativity isn’t something you unlock by putting people in a room. It’s something you unlock by giving them the right constraints.

The Methods That Work

Six methods I keep coming back to – each one does something structurally different to how a group thinks.

How Might We (HMW)

Reframes problems into opportunities. “People abandon checkout at payment” becomes How might we make payment feel less like a commitment? At FTI, this turned an internal technical argument into a design opportunity. Engineers went from defending constraints to solving them.

Crazy 8s

Eight sketches in eight minutes. No polish, no judgment. The time pressure bypasses self-censorship. At myToys, three “probably stupid” sketches from round five ended up shaping the final concept direction.

8 ideas.
8 minutes.
No judgment.

Crazy 8s is the fastest way to move a group
from ‘I don’t know’ to ‘let’s pick one of these’.
Time pressure removes the self-censorship.

Brainwriting

Like brainstorming but silent. Everyone writes ideas independently, then passes the paper for others to build on. No social hierarchy, no one voice dominating. Especially useful in remote workshops or teams where a few people tend to take over.

Worst Possible Idea

Ask for the worst solution to the problem. The most expensive, most user-hostile, most absurd. The room usually erupts – and the inversions of bad ideas often point directly to good ones. “Charge users for every scroll” → “what if the payment moment felt rewarding instead?” Fast way to surface hidden assumptions.

Mash-Up

Combine two unrelated things. Checkout flow + hotel check-in. Product filter + Spotify playlist. This breaks e-commerce conventions that solidify over years of iteration. Most mash-ups don’t survive feasibility – but they shift the frame enough to find one genuinely new direction.

Value vs. Feasibility Mapping

Post-ideation triage. 30 ideas on a 2×2: user value vs. implementation effort. The conversation about what “value” actually means is often more useful than the grid itself.

A Real Workshop: What It Actually Looks Like

Here’s roughly how I ran a half-day ideation session at myToys. The challenge was a drop-off in the wishlist-to-cart flow – users were saving products but not coming back to buy them.

  1. Warm-up: My First Job (10 min) – everyone shares their first ever job. Breaks down hierarchy fast. People laugh. The room opens up.
  2. Problem framing (15 min) – we reviewed three key findings from prior user research together. Not a long presentation. Just: here’s what we know about why people don’t come back.
  3. HMW round (20 min) – everyone writes HMW questions on Post-its individually, then we cluster and vote. We left with five strong reframes to work from.
  4. Worst Possible Idea (10 min) – pure warm-up for the sketching round. Generated a lot of laughter and two genuinely useful inversions.
  5. Crazy 8s (8 min) – individual sketching, no talking. Then two minutes each to present your favourite sketch.
  6. Concept clustering (20 min) – group similar sketches, name the patterns. We had four concept directions by lunch.
  7. Value vs. Feasibility Map (15 min) – with the Scrum Master actively running this part. The output landed directly in the sprint backlog the next morning.

Total time: about 100 minutes of actual work. The Scrum Master handled the timeboxes so I could focus on the room.

FTI Group Workshop Output – Concept Clustering
Concept clustering after Crazy 8s – grouping sketches.

The best workshops feel chaotic in the middle and surprisingly clear at the end. That’s the structure working.

The Off-Topic Warm-Up: Why It Works

One of the best moves you can make before running ideation on your actual challenge: practice the method on something completely unrelated first.

At one of the FTI workshops we used “How to reduce food waste” as the warm-up topic. Nothing to do with travel, no stakes, nobody had a strong opinion. We ran a full mini-loop: Crazy 8s, clustering, dot voting, top ideas. About 25 minutes total.

What it did: everyone learned the rhythm of the method in a low-pressure environment. By the time we switched to the real challenge, the team already knew what “go wide” felt like, had practiced sketching without judgment, and had a reference point for what good clustering looks like. The actual ideation ran noticeably faster because nobody was learning the method and solving the problem at the same time.

Pick any neutral human topic – food waste, public transport, waiting in queues. Run one quick loop. Then switch to the real work.

Design Thinking warm-up Crazy 8s food waste
Crazy 8s on “How to reduce food waste” – deliberately off-topic to get the team comfortable with sketching fast and judging slow.
Design Thinking warm-up clustering and dot voting food waste
Clustering and dot voting on the food waste sketches – the exact same steps the team would run 20 minutes later on the actual product challenge.

What Makes It Work

1

Preparation

Review the research, define the problem statement, set a specific output goal. Not “generate ideas” – more like “leave with five HMW questions and eight sketched concepts.”

2

Diverse teams

The most useful perspectives at FTI came from the backend dev and the customer service lead – not the designers. Include everyone who knows where the friction actually is.

3

Ground rules

IDEO’s classics still hold: defer judgment, build on others’ ideas, go for quantity, encourage wild ideas. Post them visibly. They give you permission to redirect without it feeling personal.

4

Structure with warmth

Icebreakers aren’t soft – they’re functional. People who’ve laughed together sketch more freely.

What You Actually Get Out of It

UX Workshop FTI Group – UX Impact und Akzeptanz im Unternehmen
UX workshop at FTI Group with stakeholders – presenting UX impact, business value, and what it takes to build real acceptance for UX within an organisation.
1

UX acceptance grows across the organisation

When a developer, a stakeholder, and a product owner have all sketched ideas together, they leave with a different relationship to UX. It becomes a shared language – and that shift is often more durable than any single output from the session.

2

User focus returns

Teams deep in implementation lose the thread back to users. A well-run ideation session pulls it back.

3

Quantity creates safety

30 rough ideas make it psychologically safe to share the one that seemed too weird. Quantity is the precondition for quality.

4

Shared ownership

The developer who sketched an idea is a different kind of partner than one who received a spec. Co-authorship creates accountability.

via GIPHY

What to Do Next

Never run an ideation workshop before? Start small: one HMW question, 20 minutes of Crazy 8s. You don’t need a full day to feel the difference.

Already running workshops but they feel flat? Look at the room before you look at the methods. Who’s missing? Who’s too dominant?

And if you have a Scrum Master curious about UX – bring them in. The combination works better than most people expect.

 


 

Sources

  • Brown, T. (2009). Change by Design. HarperBusiness.
  • Knapp, J., Zeratsky, J., & Kowitz, B. (2016). Sprint. Simon & Schuster.
  • IDEO U. (2024). Design Thinking & Ideation. ideou.com
  • Interaction Design Foundation. (2024). What is Ideation. interaction-design.org
  • Subramanian, K. (2023). What Is Design Thinking? Smashing Magazine. smashingmagazine.com
  • Gothelf, J., & Seiden, J. (2021). Lean UX (3rd ed.). O’Reilly Media.

René Manikofski is a Senior UX Designer with 10+ years of experience in e-commerce and digital product design across Europe. All articles are based on personal professional experience and supported by AI in writing.



Read more
12May

AI & UX

12. May 2026 René Manikofski AI, UX, Working culture 14
AI gives companies access to data, automation, personalisation, and predictions at unprecedented scale. But without UX and user research, these capabilities fail to translate.
Read more
10Mar

Hiring for UX

10. March 2026 René Manikofski Team, UX, Working culture 16
Hiring for UX isn't about finding the best portfolio. It's about finding the right person for the team. Here's what portfolios and interviews actually reveal – and what to look for first.
Read more
20Feb

Accessibility & UX

20. February 2026 René Manikofski UX 8

Most websites exclude 16% of the world’s population by default. The law changed in June 2025. The business case was always there.

Key Takeaways

94.8% of the most visited websites fail WCAG. The EAA and BFSG made accessibility legally mandatory for most e-commerce businesses in June 2025. £17.1 billion in e-commerce revenue is abandoned each year because users with access needs can’t get through. Accessibility is not a compliance layer on top of UX – it is UX.

 

In this article

  • What WCAG Is
  • The European Accessibility Act – and the German BFSG
  • WCAG and UX
  • The E-Commerce Opportunity

 


 

There is a version of the accessibility conversation that happens in most organisations. It comes up late in a project. Someone mentions WCAG. A developer checks a contrast ratio. A ticket gets filed. The feature ships.

That version misses what accessibility actually is: a measure of how many people can use what you built. Right now, across nearly the entire web, the answer is: not enough.

What WCAG Is

WCAG – Web Content Accessibility Guidelines – is the international standard for accessible digital content, published by the W3C. It organises requirements around four principles: Perceivable, Operable, Understandable, Robust. Known as POUR.

Each principle breaks into success criteria at three levels. Level A is the minimum – not meeting it means some users simply cannot access your content. Level AA is the practical target referenced in most legislation worldwide, including the EAA and BFSG. Level AAA is the highest level and is not required for entire sites.

In practice, WCAG covers: keyboard navigation for users who cannot use a mouse, sufficient colour contrast for users with low vision, text alternatives for images, logical page structure for screen readers, and accessible forms with correct labels and error feedback. The technical standard referenced in EU legislation is EN 301 549, which incorporates WCAG 2.1 AA.

What it does not cover: the quality of the experience. A site can pass every automated WCAG check and still be confusing and unusable for real people. Compliance is a floor, not a ceiling. That gap is where UX comes in.

94.8% of the top one million homepages have detectable WCAG failures. The average homepage has 51 accessibility errors.

Accessibility – The Numbers

Websites failing WCAG checks
94.8 %
Users with disabilities who leave difficult sites
71 %
Would spend more if fewer barriers existed
86 %
WCAG failures caught by automated tools only
~35 %

WebAIM Million · Click-Away Pound Survey · AudioEye 2026

The European Accessibility Act – and the German BFSG

The European Accessibility Act (Directive EU 2019/882) came into force across all 27 EU member states on 28 June 2025. Germany implemented it through the Barrierefreiheitsstärkungsgesetz (BFSG) on the same date. It is the most significant accessibility legislation to affect private-sector businesses in Europe to date.

E-commerce is explicitly in scope. Any service that lets consumers conclude contracts online – websites, apps, checkout flows, customer communications – must meet EN 301 549 / WCAG 2.1 AA. The regulation applies regardless of where the business is based. A US retailer selling to EU consumers must comply.

Who must comply: businesses with more than 10 employees or annual turnover above €2 million. Micro-enterprises providing services are exempt – but micro-enterprises manufacturing products are not.

There is no transition period for websites and online shops. Compliance was required from the date of enforcement.

Penalties: fines up to €100,000 per infringement. Market surveillance authorities can prohibit products or services from being offered. Competitors can issue cease-and-desist orders for non-compliance.

€100k

Maximum fine per infringement under the EAA and BFSG.
E-commerce is explicitly in scope. No transition period applies.
(European Accessibility Act, June 2025)

WCAG and UX

Accessibility and UX are not separate disciplines. The same principles that make a product accessible – clear structure, predictable navigation, readable text, unambiguous feedback – are the ones that make it good.

The mistake most teams make is treating accessibility as a QA task. Something to check at the end. This produces technically compliant interfaces that still fail real users – and misses the more important point: WCAG failures are usually a signal that something in the design needed to be clearer anyway.

1

Design for access from the start

Contrast, focus states, and touch targets belong in the first design pass – not the QA ticket. Figma has contrast checkers built in. There is no reason to discover these issues at handoff.

2

Use semantic heading structure

Correct heading hierarchy helps screen readers navigate, improves SEO, and benefits anyone who scans rather than reads. It costs nothing and is one of the most common WCAG failures.

3

Test with assistive technology

Automated tools catch around 30–40% of WCAG failures. The rest only surface with VoiceOver, NVDA, or keyboard-only navigation. Add at least one manual pass before release.

4

Publish an accessibility statement

Under both EAA and BFSG, an accessibility statement is a legal requirement – not optional. It should document the current conformance level, known gaps, and a contact for access needs.

+26%

Conversion rate increase within 90 days of accessibility improvements.
Checkout completion improved by +21.9% in the same period.
(Build Grow Scale, Case Study)

The Curb Cut Effect. Features built for users with disabilities consistently improve the experience for everyone. Larger touch targets help anyone tapping one-handed. High contrast helps anyone reading in direct sunlight. Clear error messages help anyone completing a form under time pressure. Closed captions were designed for d/Deaf users – they are now used by the majority of people watching video in public. What gets built for access needs rarely stays a niche feature.

The E-Commerce Opportunity

1.3 billion people globally have a significant disability – 16% of the world’s population (WHO). In Europe, approximately 87 million people. This is not a niche segment. It is the size of Germany and France combined.

The Click-Away Pound survey measures the commercial cost directly. Current estimate for the UK alone: £17.1 billion in annual e-commerce revenue abandoned because users with access needs encounter barriers and leave. 71% of users with disabilities leave a website they find difficult to use. 86% say they would spend more if there were fewer barriers.

These are not users who do not want to buy. They are users who cannot complete the purchase.

86%

of users with disabilities say they would spend more
if websites had fewer barriers.
(Click-Away Pound Survey)

£17.1bn

Annual e-commerce revenue abandoned in the UK alone
because users with access needs encounter barriers and leave.
(Click-Away Pound Survey)

The category of “disabled user” is wider than most teams assume. It includes permanent impairments – visual, motor, cognitive, auditory. It includes temporary situations: an arm in a cast, recovering from eye surgery. And it includes situational limitations: a parent holding a child, a commuter in a noisy environment, someone reading in direct sunlight. By some estimates, accessibility improvements affect closer to 40% of users at any given point.

The business case is concrete. Legal & General redesigned their website for accessibility. Online sales doubled within three months. ROI was 100% within the first year. Removing barriers for users with access needs removes friction for everyone.

If your competitors’ sites are inaccessible and yours is not, you serve a market they cannot reach.

94.8% of the top one million homepages fail WCAG. That means the opportunity is sitting there for businesses that take accessibility seriously before they are forced to.

Sources & Further Reading

These resources directly informed the thinking in this article:

  • W3C Web Accessibility Initiative. WCAG 2 Overview. The authoritative overview of the Web Content Accessibility Guidelines, covering all versions, success criteria, and the POUR framework.
  • European Commission. European Accessibility Act (EAA). Official overview of Directive EU 2019/882, scope, obligations, and implementation across member states.
  • Bundesfachstelle Barrierefreiheit. Das Barrierefreiheitsstärkungsgesetz (BFSG). Official German federal guidance on the BFSG – scope, obligations, and enforcement.
  • IHK Region Stuttgart. Barrierefreiheitsstärkungsgesetz (BFSG) tritt im Juni 2025 in Kraft. Practical guidance on BFSG obligations, thresholds, and what online shops must do.
  • AudioEye. Web Accessibility Statistics 2026. Data on WCAG compliance rates, failure types, and the prevalence of accessibility errors across the web.
  • Texthelp. The £17.1bn Click-Away Pound. The survey measuring lost e-commerce revenue due to inaccessible websites.
  • TestParty. The $13 Trillion Disability Market. Overview of global disability spending power and the scale of the market being underserved.
  • Level Access. The Curb Cut Effect: How Digital Accessibility Improves UX. How accessibility features consistently benefit a wider audience than they were designed for.
  • UsableNet. EAA E-Commerce Requirements. What the European Accessibility Act requires specifically from e-commerce providers.
  • Vispero. What’s the Difference Between WCAG, the EAA, and EN 301 549?. How the three standards relate and which applies in which legal context.

René Manikofski is a Senior UX Designer with 10+ years of experience in e-commerce and digital product design across Europe. All articles are based on personal professional experience and supported by AI in writing.


Read more
13Jan

UX Leadership

13. January 2026 René Manikofski Team, UX, Working culture 14
UX teams are often reduced to UI executors. The real challenge isn't capability – it's visibility, timing, and trust. Here's how to lead a team that actually gets heard.
Read more
04Nov

The Design System

4. November 2025 René Manikofski Design System, Methods, UX 12
A design system is shared infrastructure – components, tokens, and guidelines that let teams build consistent products faster.
Read more
09Sep

Competitive Benchmarking

9. September 2025 René Manikofski Methods, UX 15
Competitive UX benchmarking compares your product's user experience against competitors using a structured framework. It reveals blind spots and grounds target-setting in reality.
Read more
08Jul

The UX Dashboard

8. July 2025 René Manikofski Methods, UX, Working culture 13
A UX dashboard makes the quality of your user experience measurable and visible. It tracks the metrics that matter – not page views.
Read more
06May

UX Maturity

6. May 2025 René Manikofski Methods, UX, Working culture 13
UX maturity isn't about having a design team. It's about whether user insights actually drive decisions. Most companies are stuck at Level 2.
Read more
    12

© 2026 René Manikofski – Made with love in Berlin – Germany – Impressum