
An app that suggests rescheduling payments before an account goes negative solves a real problem. The same app, when it reschedules those payments without warning, creates a new one. The difference between the two scenarios has nothing to do with layout. It comes down to who decides what the system can do on its own, what it can only suggest, and how a person undoes an action they never approved.
For decades, digital design organized the experience around the screen. Flows, menus, and journeys defined the product's logic, and optimization meant reducing friction and time on task. With AI models recommending, prioritizing, and acting in real time, the most important part of the experience now happens before the interface, in the logic that connects data, context, and automation.
That shift is what UX 3.0 describes. This guide explains where the term comes from, how it differs from earlier phases of UX, what AI regulation in force since 2026 requires from design, and how to apply these principles to real products, with autonomy criteria, context models, and AI-specific metrics.
What is UX 3.0
UX 3.0 is the experience design paradigm for AI-powered products and systems. The unit of design shifts from the isolated screen to the combination of interface, data, algorithmic models, integrations, and devices, all operating together in real time.
The term was formalized by Wei Xu, a professor of human factors and human-computer interaction at Zhejiang University. In the paper that proposes the framework, Xu argues that existing UX methods were built for non-intelligent systems and offer no systematic approach to human-centered AI products. An updated version of the framework appeared in ACM's Interactions magazine, in the March/April 2026 issue.
The framework groups AI-era experiences into four categories:
Cross-system integrated experience: users interact with connected products, devices, platforms, and technical layers, and coherence depends on all of them;
Innovation-driven experience: data and technology surface needs users haven't expressed yet;
AI-enabled experience: AI supports both the design team's work and the end user's real-time experience;
Human-AI interaction experience: explainability, control, collaboration, and ethics become design requirements.
From Dexa's perspective, the most useful part of the concept is practical: design now shapes how the system behaves, with autonomy levels, explanation criteria, and reversal paths, while traditional usability and conversion metrics are joined by indicators such as perceived trust and contextual accuracy.
What's the difference between UX 1.0, UX 2.0, and UX 3.0
The difference between the three phases shows up in what each one treats as the object of design. Xu divides the last three decades of UX into stages defined by technology platform, user needs, focus, scope, and methodology. In the same paper, he marks the launch of the iPhone, in 2007, as the start of the mobile era and Google's AlphaGo, in 2015, as the milestone of the intelligence era.

Characteristic | UX 1.0 | UX 2.0 | UX 3.0 |
Approximate period | Late 1980s to 2007 | 2007 to 2015 | 2015 onward |
Platform | PC and internet | Mobile internet | Big data, AI, and immersive environments |
Design focus | Usability of a single product's interface | Journeys, processes, and touchpoints | End-to-end experience across systems, AI, and people |
Dominant metrics | Time on task, error rate | Engagement, retention, conversion | Trust, contextual accuracy, reversal rate, cross-device coherence |
Methods | User research, prototyping, usability testing | Personas, responsive design, omnichannel | Autonomy modeling, explainability, human-AI collaboration |
The phases don't cancel each other out. A UX 3.0 product still requires a readable interface and usability testing. What changes is that the interface becomes the visible layer of decisions made elsewhere: in the model that recommends, the rule that prioritizes, the integration that syncs the user's state across devices.
UX 3.0 example in a personal finance app
Consider a personal finance app that combines spending patterns, a calendar of due dates, and payment history. The system spots a likely cash shortfall for the following week and suggests rescheduling two payments, without waiting for the user to open the app.
The suggestion arrives as a smartphone notification, can be confirmed by voice through a smart speaker at home, and shows up updated on the desktop at the office. If the user declines, the model logs the refusal and adjusts future suggestions.
For this flow to work, the design team defined which actions the system can take without confirmation (none, in the case of payments), how the suggestion explains its reasoning ('your projected balance for the 14th goes negative'), and where the user can undo a choice. This layer of rules, invisible on screen, is what makes the project UX 3.0.
Your website looks the part. But does it convince?
We learn how your customers make decisions and design every screen to make that decision easier. A digital presence that drives results, not just a showcase.
Key structural aspects of UX 3.0
UX 3.0 operates across four layers at once: interface, decision logic, technology infrastructure, and algorithmic models. Each aspect below describes a moving part the product team has to define explicitly, or the experience becomes incoherent when one layer changes without the others.

Integration across devices, systems, and states
A coherent experience depends on keeping devices, states, and digital identities consistent. Smartphones, desktops, voice assistants, and wearables share data and context, and users expect to pick up on their laptop the task they started on their phone.
That requires state syncing across devices, API interoperability, semantic data standardization, and integration between AI-powered and legacy systems. When any of these pieces fails, users perceive it as a design flaw, even if the screen looks flawless.
AI as infrastructure for decision-making and adaptation
Recommendation engines, language models, and personalization systems run continuously on behavioral and contextual data. Design sets the parameters for how they operate: autonomy limits, fallback criteria (what the system does when the model isn't confident enough), and points of human intervention.
User trust depends on understanding how a recommendation came about. Explainability, auditability, and predictability become product requirements, weighted the same as performance and availability.
Context-driven experience and intent modeling
Location, usage history, device, and situational signals feed models that rearrange content and prioritize actions. Personalization comes to depend on intent modeling, that is, on inferring what a person wants to do from what they're doing.
The challenge is balancing adaptation and legibility. A system that changes its interface every session can be efficient and, at the same time, impossible to learn. Our article on digital personalization trends explores the most widely used personalization formats today.
Multimodality as an integrated architecture
The experience combines natural language, voice, gestures, sensors, biometrics, and augmented and virtual reality environments. Every input and output modality follows the same semantic logic, so a voice command produces the same result as a tap on the screen.
Design accounts for latency, cognitive load, feedback consistency, and multimodal accessibility. People who can't use voice or can't see the screen should still be able to complete the task, a topic covered in detail in Dexa's digital accessibility guide.
Data governance, ethics, and Human-Centered AI
With systems running inferences and automated decisions, the experience builds in bias mitigation, decision traceability, and granular data control. Algorithmic transparency becomes a functional part of the interface, with its own place on screen and in the Design System.
In a project, this translates into purpose-based consent, dashboards showing which data feeds personalization, the ability to reverse automations, and clear communication about decision criteria. This is what the field calls Human-Centered AI: intelligence operating within limits the user understands and can adjust.
AI agents and human-system collaboration
AI assistants, copilots, and agents carry out tasks on the user's behalf, such as filling out forms, comparing options, or scheduling appointments. The experience is partly co-created during use, and design defines how far delegation goes.
Three decisions carry the most weight in agent-based products: what requires confirmation before it happens (payments, submissions, deletions), how users follow what the agent is doing, and where the log of completed actions lives. Microsoft's guidelines for human-AI interaction, validated with 49 design practitioners across 20 AI products, organize these decisions by interaction stage, including what to do when the system gets something wrong and the user needs to redirect it.
The new role of the UX professional
UX professionals now work at the intersection of design, engineering, and data science. Systems architecture, AI literacy, and the ability to read data flows join research and prototyping as part of the core skill set.
Deliverables change too. Screens and flows remain part of the package, and designers also document model boundaries, trust metrics, adaptation criteria, and error states for experiences partly generated by AI. Teams with higher UX maturity absorb this shift with less rework, since they already integrate design into the product process.
What AI regulation changes in product design
Explainability and transparency are no longer a matter of best practice. In 2026, some of these requirements come with deadlines and enforcement, and the design team is the one that turns the rules into interface.
The EU AI Act: mandatory transparency since August 2026
Since August 2, 2026, the transparency obligations in Article 50 of the AI Act have applied across the European Union. They cover any AI system in the situations the article addresses, regardless of whether the system is classified as high-risk. The most common case is telling people they're interacting with AI and labeling artificially generated content.
For generative systems already on the market before that date, the deadline for machine-readable marking was extended to December 2, 2026. Obligations for high-risk systems were postponed by the package known as the Digital Omnibus: the Annex III deadline moved to December 2, 2027. Companies outside the EU that serve users in Europe, including Brazilian and US companies, are already subject to the transparency rules.
LGPD and Brazil's AI Legal Framework
In Brazil, Article 20 of the LGPD, the country's General Data Protection Law, gives data subjects the right to request a review of decisions made solely through automated processing of personal data, including decisions that define consumer and credit profiles. The data controller must also disclose, upon request, the criteria used in the decision.
Brazil's Bill No. 2,338/2023, known as the AI Legal Framework (Marco Legal da IA), was approved by the Senate in December 2024 and is still under review in the Chamber of Deputies. The bill takes a risk-based approach and strengthens the rights to explanation and contestation for people affected by AI systems.
For design, the translation is concrete: a clear notice when users interact with AI, labels on generated content, a visible path to contest or request review of an automated decision, and a searchable log of system actions. Products that already treat these elements as interface components meet legal requirements with less rework.
How to apply UX 3.0 to digital products
Applying UX 3.0 starts before the first screen. The project logic begins with the experience architecture, and wireframes come in later, once the rules for data, autonomy, and context are defined.
Mapping systems and integrations before the wireframe
Before prototyping, the team maps which devices take part in the experience, which systems exchange data, where intelligence is processed, and how the user's state persists. The map captures integrations, technical dependencies, APIs, recommendation engines, and friction points between platforms.
The goal is to avoid an interface that works in isolation and breaks once it's connected to the rest of the system. Tools such as the service blueprint gain a technical layer, in which each touchpoint appears alongside the integrations and data that support it. Mapping the user journey is still the starting point; the difference lies in layering the systems map on top of it.
Defining intelligence and autonomy layers
Every system decision gets an explicit classification. A simple way to organize this is to work with four levels:
Autonomy level | What the system does | Example |
Informs | Shows data or an alert, without suggesting an action | 'Your projected balance for the 14th goes negative' |
Suggests | Proposes an action and waits for the user to decide | 'Want to move your credit card payment to the 20th?' |
Acts with confirmation | Prepares the action and asks for a click or command to complete it | Rescheduling ready, waiting for 'confirm' |
Acts and notifies | Acts on its own and logs what it did, with an undo option | Automatic recategorization of an expense |
The table forces the team to discuss each automation before designing it. Irreversible actions or those with financial impact should rarely sit at the last level, and decisions that affect credit or consumer profiles need a review path, as Brazil's LGPD requires.
Building context models and critical variables
A contextual experience depends on technical modeling. The team defines which context variables matter, what data inference requires, which signals take priority when they conflict, and how to avoid hyper-personalization, when the system adapts so closely to past behavior that it stops showing useful alternatives.
Context models balance efficiency and legibility. If the system adapts too much without transparency, it breeds distrust; if it adapts too little, it loses relevance. These models are built together with the data and engineering teams, turning context into a measurable technical parameter, with a defined confidence threshold for each recommendation.
Data governance as part of the Design System
In UX 3.0, governance shows up on screen. Purpose-based consent, data-use visibility, preference settings, and a history of automated decisions are product components, with defined visual patterns and behavior.
The Design System incorporates transparency patterns, explainability components, personalization control modules, and fallback states, such as the message shown when the model isn't confident enough to make a recommendation. Documented once, these components ensure that every AI-powered screen follows the same rule.
Map systems, data, and autonomy before you design your next screen
Dexa's Experience Design team connects research, experience architecture, and the Design System so your product's AI rules are documented from the start.
Which metrics to use to evaluate UX 3.0
Conversion rate, time on task, and retention still matter, but they don't capture the quality of algorithmic decisions, cross-device coherence, or user trust in the system. Evaluating UX 3.0 requires measuring contextual accuracy, autonomy calibration, and personalization performance.
Contextual relevance: measures whether recommendations and automations feel right for the user's moment. You can track it through suggestion acceptance rate and the match between predicted intent and the action taken.
Perceived trust index: assesses whether the system feels transparent and predictable. It combines use of the explanations provided, explicit feedback on recommendations, and short in-flow surveys.
Automated decision reversal rate: shows how many system-executed actions users correct or undo. A high rate signals too much autonomy or a model poorly calibrated for that context.
Cross-device coherence: measures experience continuity across touchpoints, observed through task resumption, preference syncing, and errors when moving between environments.
Personalization performance: assesses the effect of adaptive models on engagement, retention, and journey efficiency, compared with a group that receives no personalization.
These metrics complement business indicators without replacing them. Our guide to UX metrics and business KPIs shows how to connect experience indicators to commercial results, and UX analysis helps pinpoint where those numbers are stalling.
Challenges and pitfalls in adopting UX 3.0
Adding intelligence, automation, and context expands what a product can do and, to the same degree, increases its complexity. Without clear technical criteria, adoption leads to opacity, distrust, and operational fragmentation.
Automation without explainability
Systems that make decisions without showing their criteria create cognitive friction. Without ways to explain, reverse, or adjust them, automation becomes a black box, and users learn to work around the feature, which hurts retention and reputation.
Invasive personalization
Poorly calibrated predictive models cross the line between relevance and intrusion. An offer based on data the user didn't know they had shared feels like surveillance. The balance comes from contextual accuracy combined with a sense of control over one's own data.
Multimodal fragmentation
Expanding into voice, sensors, or immersive environments without a unified architecture produces disconnected experiences, where each channel responds differently. Multimodality works when every modality shares the same semantic logic and the same user state.
AI without human oversight
Full algorithmic autonomy undermines quality and predictability. AI systems depend on validation criteria, operating limits, and continuous monitoring to catch bias and poor decisions before they reach users at scale.
Technical complexity the team can't see
Intelligence layers implemented without organizational maturity create dependence on a handful of specialists. Documentation, observability, and governance keep the product sustainable when those people move to other projects or leave the company.
When customers hit undo, they're telling you something.
Dexa analyzes how people use your product and fixes what's confusing them.
How Dexa applies UX 3.0 in Experience Design projects
The Experience Design work at Dexa starts from the same premise as UX 3.0: the experience is the result of the interface plus the rules, data, and integrations behind it. Projects begin with the systems map and the definition of autonomy levels, and the Design System documents transparency components alongside visual ones.
'The first conversation about AI in a project happens before the screen: which decisions the system makes on its own, which ones it only suggests, and how people undo what it did. When that matrix exists before the wireframe, design and engineering are discussing the same product. Without it, every screen invents its own rule.'
- Rafael Andrighetti, Head of Design at Dexa
Part of UX 3.0 also happens outside the product. AI-powered search systems read, summarize, and recommend content before users ever reach the website, and a clear information architecture serves both people and those systems. In the Pactum case study, for a Brazilian tax consulting firm, Dexa combined strategic UX, technical SEO, and content structure in a new Framer website, and organic clicks grew 93.8%.
For teams that already use AI in their product and feel that every new feature creates a different rule for explanations, confirmations, and errors, Dexa's Experience Design team starts by diagnosing those rules. The result is an autonomy matrix and a set of components the team applies across every AI-powered screen, with trust and reversal metrics defined before launch.
Frequently asked questions about UX 3.0
What is UX 3.0?
Who created the concept of UX 3.0?
What's the difference between UX 2.0 and UX 3.0?
Does UX 3.0 apply to every digital product?
How can you tell whether a product applies UX 3.0 principles well?
What changes in a designer's work with UX 3.0?
Is UX 3.0 related to AI regulation?









