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

UX

Home / UX
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
27May

UX Ideation Workshop

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

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 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
10Mar

Hiring for UX

10. March 2026 René Manikofski Team, UX, Working culture 19
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 11

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 17
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 15
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 19
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 16
A UX dashboard makes the quality of your user experience measurable and visible. It tracks the metrics that matter – not page views.
Read more
    12

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