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

AI

Home / AI
25Jun

When AI Becomes the Interface

25. June 2026 René Manikofski AI, UI, UX 4

AI agents are becoming the layer between users and your product – researching, booking, buying, without opening an app. What does that mean for trust, for platforms, for the experience you designed, and for who is legally responsible when something goes wrong?

Key Takeaways

AI agents can already complete purchases and bookings without anyone opening an app. A new shared standard – the Model Context Protocol – lets any AI tool connect to any app that supports it. Whether companies can block agent access depends on which route the agent uses. And when something goes wrong, the liability question is only beginning to be answered.

 

In this article

  • Do Users Actually Trust This?
  • How AI Agents Currently Access Apps
  • MCP: The Standard Layer
  • Can App Providers Block Agent Access?
  • The Protectionism Question
  • The App Store’s Own Dilemma
  • When Users Never Open the App
  • What This Means for UX Design
  • Who Keeps the Customer?
  • When It Actually Matters

 


 

Most apps are built with one assumption: a human is on the other end. That assumption is starting to shift.

AI agents – software that acts on your behalf – can already browse websites, complete purchases, and handle tasks end to end. Tools like OpenAI’s Operator and Anthropic’s Claude do this today. It’s already here. The question is: who controls access, and what does it mean for the products we’re building?

Do Users Actually Trust This?

The numbers tell two stories. One large survey found 74 % of people would trust a personal AI agent more than their own best friend to make a purchase for them. Another, just as large, found the opposite: 77 % are worried about AI agents acting on their behalf online, and only 23 % trust companies to handle their data responsibly through AI.

The clearest signal comes from a study that asked the same question twice, a few months apart. In late 2025, 70 % of consumers said they were comfortable letting an AI agent shop for them. By early 2026, that had dropped to 45 %. More people are using these tools. Fewer people are comfortable with how much control they are handing over.

70 %

were comfortable with AI agents shopping for them in late 2025

45 %

felt the same way a few months later, in early 2026

That gap matters for anyone building a product. Adoption is not the same as trust. People may happily let an agent reorder something they buy every month, while staying unwilling to let it pick a hotel or negotiate a price on their own. The safe assumption right now: trust is specific to the task, not general. Design for the cautious user, not the confident statistic.

Looking at actual behaviour rather than stated preferences makes this even clearer. In 2026, 58 % of consumers use AI to research products – but only 17 % complete a purchase through AI. And within that smaller group who actually bought via AI, only 4 % are comfortable letting an agent buy without checking first. The gap between “I use AI to look things up” and “I let AI act without checking” is still very wide.

58 %

use AI to research products before buying

17 %

complete a purchase through AI

4 %

trust AI to buy without a final review step

 

How AI Agents Currently Access Apps

There are three main ways an AI agent interacts with an app or website today.

Agent→Browser→App

Through the Interface

The agent clicks and types like a person would. No cooperation needed from the app.

Agent→API→App

Through an API

The agent connects directly to the service, skipping the screen entirely.

Agent→Built-in→App

Through Official Integration

The app itself defines what the agent is allowed to trigger, and how.

The clearest real-world example of what this looks like in practice launched in June 2026. Apple announced that starting with iOS 27, apps can register specific actions, like booking a table or sending a calendar invite, that Siri can trigger directly. The user never has to open the app at all. Apple also ended the exclusive deal that made ChatGPT the only assistant built into the iPhone: Claude and Gemini now get the same level of access. The official-integration model just moved from a niche feature to the default way the world’s most-used phone works.

The first two options are very hard for app providers to block. The third is where they actually have a say. Which route the agent uses determines whether app providers have any say. There is now one shared standard changing how all three work.

Starting with iOS 27, Siri can trigger registered app actions – bookings, calendar invites, status checks – without the user ever opening the app.

Claude and Gemini now get the same access tier as ChatGPT. The official-integration model just became the default for the world’s most-used phone.

Example

The user gives a single instruction. The agent queries multiple airlines, picks the best price, and completes the booking – without the user opening any app or website.

✈  Agent → Flights

 


 

MCP: The Standard Layer

In November 2024, Anthropic published the Model Context Protocol – MCP for short. It is an open standard: a shared set of rules that lets any AI agent connect to any app or service that supports it, without each combination needing to be built separately. Think of it as a universal plug – once an app supports MCP, every AI tool that also supports MCP can work with it.

Adoption has been fast. By early 2026, MCP had been downloaded 97 million times per month and over 10,000 apps and services had published support for it. Every major AI company – Anthropic, OpenAI, Google, Microsoft, and AWS – supports it. In December 2025, Anthropic handed ownership to an independent industry foundation. It is now a shared standard, not one company’s product.

97M

monthly downloads of the MCP standard as of early 2026

10K+

public MCP servers in production across industries

Example

A routine transaction the agent handles reliably: fixed amount, saved payment method, predictable outcome. Exactly the kind of task where users are beginning to hand over full control.

📱  Agent → Mobile

Publishing an MCP server means you define which actions agents can trigger – book a table, check stock, initiate a return – and exactly how each one works. You set the boundaries. Without one, agents still reach you, but through the browser route: clicking your UI as if they were a human, with no knowledge of your intended flow and no way for you to guide or limit them.

The consequence for users is the one this entire shift is built on: the user never has to open the app at all. With MCP, a supported action – a booking, a product search, a status check – happens inside the agent’s interface. The user types a request. The agent calls your server. The result comes back. Your app was involved in every step and present in none of them.

Having an MCP server is becoming table stakes for staying relevant in agentic flows. Not having one means someone else defines how agents interact with your product.

For app operators, this is the same shift that forced companies to build mobile versions of their sites in 2010. Not a technical curiosity. A distribution question.

 


 

Can App Providers Block Agent Access?

Technically: it depends on which route the agent is taking.

If the agent accesses your app through the browser interface, blocking is genuinely hard. A modern AI agent navigating at human speed, from a real device, logged into a real user account, is nearly indistinguishable from a person. Bot detection and CAPTCHAs were designed for automated scripts. They were not designed for a system that reads, pauses, scrolls, and clicks the way a human does.

If the agent accesses through an API, the picture changes completely. Companies have strong control here: they decide who gets access, under what conditions, and can cut off anyone who violates the rules. Blocking is straightforward. The harder question is legal: if a user authorises an AI agent to use their account on their behalf, can the company refuse that? This is still unsettled, but technically manageable.

If the agent uses official integrations or MCP, the operator has complete authority by definition. You wrote the server. You define what is possible. Nothing happens outside those boundaries.

3 layers.

Each access route has a different answer to “can you block it?”
Browser: hard. API: controllable. Official integration: entirely yours.

In Europe, there is a fourth layer now: regulation. The EU AI Act, which took effect in 2026, adds a regulatory layer for any AI system that interacts with people in Europe. Depending on what an agent does, companies may need to meet transparency rules, keep records, and allow for human oversight. Fines can reach 7 % of global annual revenue – higher than GDPR. For any business serving European users, this is no longer just a strategic question. It is a legal one.

The Protectionism Question

Whether to allow agent access isn't just a technical decision – it's a business strategy decision.

For some companies, the answer is easy: yes. A payment service that works with AI agents is more convenient for users. Fewer steps, more completed transactions. Being agent-compatible is a feature.

For others, it's the opposite. Companies whose value comes from their own interface – their discovery experience, their recommendations, the journey they designed – have reason to keep agents out. If an agent completes the transaction without the user ever opening the app, the whole experience gets bypassed.

This creates a real split: some platforms will open up, others will actively close. For product teams, this becomes a strategic question – is openness to agents a competitive advantage, or a risk to the user relationship?

If the user never opens your app, the experience you designed for them is invisible. The agent becomes the interface.

There is a third position that often goes unacknowledged, sitting between “fully open” and “actively blocking”: passive unreadability. Brands that have not structured their product data for agent access are not blocking anyone. They are simply being skipped. Research from PwC and Amplience (2026) consistently shows the same finding: agents bypass products whose data is incomplete, ambiguous, or poorly organised. In agentic commerce, bad data does not just create a worse experience. It creates no experience at all, because the agent moves on to the next option.

The strategic question is therefore not only “open or closed?” It is “readable or invisible?”

The brands most at risk are not the ones blocking agents. They are the ones that did nothing.

Passive unreadability is the bigger gap. Agents do not skip you because you blocked them. They skip you because your data is too messy to use.

 


 

The App Store’s Own Dilemma

Apple is not a passive observer here. AI-related apps brought it close to $900 million in App Store fees in 2025 – revenue that depends entirely on people opening apps, browsing, and buying inside them: the same screen-based experience that AI agents are starting to skip.

$900M+

in App Store fees from AI-related apps in 2025 alone.
Revenue that depends on people opening apps, not skipping them.

Apple’s response is not to block agents. It is to make sure it still controls the route they take. By building agent access directly into its own operating system, Apple stays in the middle of every transaction, even when the user never sees the app’s interface. It is a way of staying the gatekeeper while the front door changes shape.

The bigger risk for Apple sits outside its own walls. Open standards, like the Agentic Commerce Protocol built by OpenAI and Stripe, or the Universal Commerce Protocol backed by Google, Shopify, and major retailers, let an AI agent complete a purchase directly with a business, with no phone maker involved at all. If agents increasingly shop this way, the App Store’s role in the transaction disappears, regardless of what Apple allows on the device.

The phone may still be the device people own. It may stop being where the transaction actually happens.

 


 

When Users Never Open the App

This is the scenario the whole industry is preparing for. It is also the one that has not yet proven itself at scale – and the data shows exactly why.

The technical side is largely in place: payment rails, MCP servers, and official integrations all exist. What has not scaled is trust – and the data in the section above shows exactly where that ceiling sits right now.

Where “never opens the app” already works is in a narrow set of situations: reordering something you always buy the same way, business purchasing from an approved supplier list, or booking a recurring appointment. What these share: the user already knows exactly what they want, the decision is simple, and a mistake is easy to fix. Choosing a hotel, buying a gift, picking a new product – anything where judgement matters – stays in human hands, because trust has not stretched that far yet.

The infrastructure for app-bypass commerce is ready. Consumer trust is not – yet. The gap between the two is where this decade’s most interesting UX and product design work will happen.

Preparing now is not premature. The brands that built mobile-optimised sites before the iPhone tipped into mainstream still had to wait. But they were not scrambling when it did.

Example

The agent connects directly to the utility provider and returns structured usage data. No login screen, no navigation – just the answer and an actionable suggestion.

⚡  Agent → Energy

When agents do handle a transaction, the product still has to be readable. This is where the data argument matters regardless of timeline. When an AI agent evaluates options on someone’s behalf, it does not browse the way a human does. It reads structured information: product specs, prices, stock levels, data that comes back from the site in a clean, machine-readable format. The visual layer – the photography, the design, the brand voice – does not reach the agent at all. The agent reads what machines can read.

Humans are forgiving readers. A slightly ambiguous product title, a missing size chart, an inconsistent category label – a human shopper works around these. An agent does not. It either finds a clean data point or moves on. In agentic commerce, bad data becomes invisibility – not a worse result, no result. Optimising for agents means clean, accurate product data, clear categories, and well-structured checkout flows.

The product detail page now has two audiences: the customer browsing, and the agent deciding. They need different things from the same page.

Structured data, clear specs, and clean APIs serve the agent. Visual hierarchy, emotional copy, and social proof serve the human. Neither can be sacrificed for the other.

 


 

What This Means for UX Design

UX is built on understanding who you're designing for. If agents are increasingly the ones completing tasks, that question gets more complicated.

Agents do not browse visually. They do not notice a well-placed button, a reassuring image, or a carefully written headline. They do not hesitate or get distracted. They execute.

This doesn't mean abandoning human-centred design – most interactions will stay human for a long time. But it raises a new question: is this flow usable by an agent, not just by a person?

For e-commerce, three practical questions are already on the table:

Who is the product page for?

If an agent handles the purchase, the product detail page is being read by a machine. What does it need to show a machine that it does not already show a human?

Who is the confirmation screen for?

If checkout is automated, the confirm step is not UX polish. It is the moment a user either takes back control or hands it over completely.

What is post-purchase UX?

If returns are handled agent-to-agent, the customer never opened your app. What does customer care mean in that model?

These are live questions for product teams today, not 2030.

There is also a research angle: what mental model do people build of an agent, and what happens when they hand over control? A 2026 study where 31 people tested commercial AI agent tools found a consistent gap: what the agent could actually do rarely matched what users assumed it could do. Agents also expected trust from the start, before doing anything to earn it – the opposite of how trust normally forms between a person and a new tool.

The interaction-design literature names the fix and the failure mode in the same breath. The fix: show the agent’s plan before it acts, not just the result afterwards. Without that preview, every autonomous step feels like a surprise the user never agreed to.

Example

Post-purchase handled agent-to-agent. The user never visits the shop’s website or app – confirmation, logistics, and the refund timeline all arrive in the conversation.

📦  Agent → Returns

UX Principle

Show the plan.
Before it acts.

The single most important UX principle for agents: a user who can see what is about to happen is a user who can stop it. That is where trust is earned or lost.

The failure mode even has a name now: “agentic sludge” – when a product removes so much friction that people approve agent actions without really thinking about them. That quietly shifts the benefit away from the user and towards whoever built the agent.

UX Principle

Capability is moving faster than trust – and that gap is the actual design problem.

Nielsen Norman Group’s 2026 outlook names this directly: AI adoption keeps climbing while user trust keeps falling. Teams that show their reasoning earn that trust back faster than teams that only show a result.

For UX design, this changes the brief. It is not enough to make a flow usable by an agent. The harder problem is designing the moment of handover itself: a visible plan before the agent acts, an easy way to correct it mid-task, and a default that earns trust gradually instead of assuming it on day one.

There is one more dimension UX teams now have to consider: liability. California enacted legislation (effective January 2026) stating that “the system acted autonomously” is not a valid defence. The company that deployed the agent stays accountable. Clifford Chance has flagged the same gap in enterprise contracts, written for passive software and not for agents that initiate actions. Confirmation and consent screens are no longer just UX polish – they are potentially the legal record of what a user was shown and agreed to before an action was taken on their behalf.

UX Principle

Design two parallel flows: one for the human, one for the agent. Then design the moment where control moves between them.

That handover point – what the user is shown, what they can change, what they confirm – is where usability, trust, and legal accountability all land at once.

 


 

Who Keeps the Customer?

The real pressure from agentic AI is not that agents will do things for people. It is that agents will decide who gets chosen.

When a user asks an agent to book a hotel, the agent does not browse the way a human does. It queries the services with the cleanest data, the clearest pricing, and the most reliable API. The agent is not loyal to a brand. It is loyal to the task. That changes the customer relationship at its root.

Already moving

Travel and logistics. Flight, hotel, and rental car bookings. Booking.com, Expedia, and Stripe already have agent-facing APIs in production.

Finance. Transfers, tariff switching, insurance comparison. Stripe's Agentic Commerce Protocol and bank APIs make this structurally ready.

E-commerce reorder. Amazon's "Buy for Me" feature is already in test. Consumables and household staples are the first real mass case.

Healthcare admin. Appointment booking via agent is live in the US through platforms like Zocdoc. Europe follows as regulation adjusts.

Telecommunications. Prepaid top-ups, tariff comparisons, and provider switching. High friction, low loyalty – exactly where agents step in first.

Still open

Fashion and personal style. Taste, identity, and discovery are human. Agents may help with size or availability, but the selection stays personal.

Gifts. A gift that actually fits the person requires context and care the agent doesn't yet have. Genuinely unresolved.

Home and interior. Furniture and design choices you want to see in the space first. No clear agent tendency.

Automotive. Research can be agent-assisted. But the test drive and the final decision stay human – and no one has solved the gap between them.

Experience-led categories. Luxury travel, restaurants, cultural events. Where the finding is part of the enjoyment, the agent has no role.

The categories least at risk share one thing: the process of choosing is part of the value. Nobody wants an agent to pick their next book, their next piece of art, or their next pair of shoes if the pleasure is in the looking.

The categories most at risk share the opposite: the process is friction, not experience. Every minute spent rebooking a cancelled flight or comparing utility tariffs is a minute nobody wanted to spend. Agents absorb that friction. And the brands that make it easiest for agents to act on their behalf will quietly take the positions of those that don't.

The question is not whether your customers will use agents. It is whether your product is the one the agent recommends.

That is a distribution question, a data quality question, and a trust question – all at once.

 


 

When It Actually Matters

You know this moment. You look up at the board and the flight reads: Cancelled. Two hundred people reach for their phones. The service desk queue is already forming. You have a presentation in thirteen hours.

Sarah is there. Gate C7, Frankfurt. 14:42.

She types one sentence.

“My Zurich flight was just cancelled – I have a presentation at 9am tomorrow. My hotel, rental car, and the whole trip need to be rebooked. Please handle everything. If anything costs over €500, check with me first – otherwise full freedom to sort it out.”

Scenario

Frankfurt Airport · Gate C7 · 14:42

In reality, more back-and-forth may happen – this is a simplified view. But it can move this fast.

✈️  Agent → Travel

In the background

Forty seconds. She’s already walking toward the new gate.

The best assistants don’t show their value when things are easy. They show it when everything is happening at once – and you’d give anything to hand it all over to someone who just handles it.

Like a great concierge: not there because you can’t manage, but because you shouldn’t have to right now. That’s the shift.

 


 

Sources & Further Reading

  • Anthropic. Building Effective Agents. Technical overview of agentic AI systems – how they are structured, how they interact with external services, and the design principles behind them.
  • OpenAI. Introducing Operator. OpenAI's agent product for browser-based task execution on behalf of users – an early example of consumer-facing agentic access to third-party interfaces.
  • MIT Technology Review. AI Agents Are the Future of Software. On how autonomous agents are changing the structure of human-software interaction.
  • The Verge. AI Agents. Ongoing coverage of how AI agents are being deployed across consumer products and the tensions they are creating.
  • Nielsen Norman Group. State of UX 2026: Design Deeper to Differentiate. On the widening gap between AI capability and user trust, and what closes it.
  • Smashing Magazine. Designing For Agentic AI: Practical UX Patterns For Control, Consent, And Accountability. Design patterns for previewing agent intent, consent, and the risk of “agentic sludge”.
  • Pradyumna et al. Why Johnny Can’t Use Agents: Industry Aspirations vs. User Realities with AI Agents. Usability study (ACM, 2026) on the mismatch between marketed agent capabilities and users’ actual mental models.
  • MacRumors. Apple Outlines Major AI and Developer Tool Updates (June 2026). On the App Intents 2.0 expansion and Siri's new ability to call app actions directly.
  • MacRumors. Apple Working on Plan to Allow AI Agent Apps on the App Store (May 2026). On the App Store revenue figures and Apple's agent-aware review approach.
  • Accenture. Consumer Pulse Research 2026. Survey of 25,590 people across 16 countries on trust in personal AI agents.
  • Thales. Digital Trust Index 2026. Survey of 14,300 consumers on concerns about AI agents acting on their behalf.
  • HomePage News. Consumer Trust Lagging Adoption for Agentic AI (2026). Riskified data showing comfort with AI shopping agents dropping from 70% to 45% within months.
  • Stripe. Agentic Commerce Protocol. The open standard built with OpenAI for AI agents to complete purchases directly with businesses.
  • Stanford HAI. 2024 AI Index Report. Comprehensive data on AI agent adoption, capability growth, and the policy gaps opening up as agentic systems become mainstream.
  • Model Context Protocol. What is the Model Context Protocol?. The open standard specification for how AI agents communicate with external tools and services – the technical foundation behind agent-to-app access.
  • PwC. Agentic Commerce Discoverability. On why structured product data and machine-readable content determine which brands agents surface and which they skip entirely.
  • Clifford Chance. Agentic AI: The Liability Gap Your Contracts May Not Cover. On the gap between legacy software contracts and the accountability questions raised by agents that initiate actions autonomously.
  • EU AI Act Service Desk. EU AI Act 2026: What AI Systems Must Prove by August. On compliance requirements, risk classifications, and penalty thresholds for AI systems operating within the EU.
  • Amplience. Invisible Commerce & Agentic AI: How E-Commerce Brands Can Stay Visible. On the structural shift from visual brand presence to data quality as the primary driver of agent-era discoverability.

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
11Jun

Synthetic Personas & Data

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

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
12May

AI & UX

12. May 2026 René Manikofski AI, UX, Working culture 16
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

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