n o t
o n l y
t e c h n o l o g y
Agentic Experience Design

Designing trustworthy agentic products

Agentic experiences that users trust and keep using, across screen, chat, and voice.

About

An agent that works. An experience users trust.

  • The gap between what an AI agent can do and what users are willing to hand over to it is a design problem. Agentic Experience Design (AXD) is how you close it. Users meet the agent via screen, chat and voice.

  • As part of these design challenges, we work out what users are trying to accomplish, design the moments where they need visibility and control, and validate everything against how the agent behaves.

When to Consider?
  • Your product is evolving from a tool users control to one that acts on their behalf.
  • Agent engagement is lower than expected, and users keep reverting to manual tasks.
  • The agent acts across screen, chat, and voice, and the experience needs to feel consistently coherent.
  • Users lack a clear mental model of the agent’s behavior or how to intervene.

Process

01
Intent mapping

Uncovering the jobs the agent needs to serve and how users express intent, on screen, in chat, and over voice.

02
Trust architecture

Defining what the agent can do autonomously, what needs confirmation, and what the user always needs to see.

03
Interaction design & prototyping

Designing and prototyping the control and visibility moments for each surface, tested against real agent behavior.

04
Validation

Usability sessions testing if users understand what the agent did, can recover if needed, and trust it more over time.

Who's involved?

How they contribute

Translates agent behavior into interface decisions across screen, chat, and voice. Designs what users see, how they’re informed, and where they can act.

Nika Kordić
How they contribute

Grounds the design in what the system can deliver, including what’s technically feasible to surface across different interaction modalities.

How they contribute

Understands how agents behave, where they’re likely to fail, and what users need to feel in control. Designs the conditions that earn trust and keep it.

Aida Malkić

Your benefits

  • 1
    Higher agent adoption
    Users who understand an agent's work and feel control over it end up using it more.
  • 2
    Fewer costly mistakes
    The right intervention checkpoints catch agent errors before they propagate.
  • 3
    Customer retention
    Users stay longer with products they trust. Good AX design is how you earn that.
Users who understand an agent's work and feel control over it end up using it more.
The right intervention checkpoints catch agent errors before they propagate.
Users stay longer with products they trust. Good AX design is how you earn that.
FAQ
What is agentic experience (AX)?

Agentic experience, or AX, is a design discipline focused on how humans and AI agents share a workflow, covering how people delegate tasks, receive outcomes, and maintain trust, while agents perceive and navigate interfaces and collaborate with users.  The term was introduced by Mathias Biilmann of Netlify.

How is AX different from traditional UX?

Traditional UX is deterministic, while agentic experience introduces probabilistic behavior – an AI agent may take actions autonomously, and the design must account for transparency, override controls, and trust-building patterns that don’t exist in conventional interface design.

What skills do UX designers need for AX design?

In addition to the core UX skills – interaction design, user research, information architecture, and UX writing – the new ones are a conceptual understanding of LLMs, designing for uncertain and probabilistic outcomes, and prompt design as a content discipline.

When does a team need AX; from the start, or once the agent is already built?

Earlier is better, but it’s rarely how it happens. Ideally, AX runs alongside agent development so the interaction model is designed against real system behavior. That said, AX is also the right response when an agent is already deployed but adoption is lower than expected; it’s as much a diagnostic discipline as a design one.

What can go wrong in agentic products that AX is meant to prevent?

The most common failure is that users don’t adopt the agent or quietly work around it. They revert to manual tasks because they don’t have a clear mental model of what the agent will do, can’t tell when it’s acted, and don’t know how to recover if something goes wrong. AX addresses exactly that gap.

Do existing UX research methods still apply in AX?

Usability testing, task analysis, and interviews all transfer, but the questions change. In conventional UX research, you’re testing whether users can complete a task. In AX, you’re testing whether users understand what the agent did, whether they trust it to do it again, and whether they know how to step in when it’s wrong.

How do AX designers and UX/UI designers divide the work?

The UX/UI designer owns what the user sees – the interface layer across screen, chat, and voice. The AX designer owns the conditions under which the agent acts and how trust is earned over time. In practice, they work on the same surfaces but from different starting points: one from the user’s mental model, one from the agent’s behavior.

What does AX design produce; are deliverables the same as UX?

Wireframes and prototypes still apply, but AX adds deliverables that don’t exist in conventional UX: trust architecture maps that define what the agent handles autonomously vs. what needs a confirmation step, and intervention design specs that describe exactly what users see when the agent acts, fails, or needs input.