Authority anchor · AI-transition era · Updated May 2026

What AI Should Not Replace in UX

Most writing about AI in UX rushes to celebrate what AI can do. This piece argues the more important point: the nine categories of UX work that should stay human, and the reasoning behind each. The position UX Companion takes on the AI transition, written without hype and without nostalgia.

Jamie Pow 26 min read Authority anchor Updated 2026

This is the page that names the line. AI is genuinely useful in UX, and the AI-for-UX pillar covers that ground without flinching. This piece does the opposite work: it names the categories of UX practice that should stay human, with the reasoning behind each. Not because AI is poorly designed for them, but because the underlying work is qualitatively different from what AI does.

The nine categories below are not a defensive list. They are the categories where senior designers have always created the most value, and where the value will continue to compound as the execution layer of design is compressed by AI.

AI is excellent at producing the median of what exists. Senior UX work is excellent at choosing what should exist. These are different problems. The first scales. The second compounds.

The position

Three sentences that anchor the rest of this piece.

Most discourse about AI in UX is currently focused on what AI can do. That focus is incomplete because it misses the more important question, which is what AI should do. The honest answer in 2026 is that AI should not be delegated the work that defines senior UX practice, because that work is the part that earns trust, ships meaningful products, and develops the calibration the next generation of designers needs to inherit.

Everything below is a specific instance of that position.

1. Judgement under ambiguity

The first and largest category. Most UX decisions are made with incomplete information, contradictory stakeholder input, and partial data. Choosing the right next move under these conditions is the senior designer's central skill.

What this looks like

A research finding says one thing. A product manager's instinct says another. Analytics says a third. None of the three is definitive. The decision is which to weight, and how heavily, and what to do given the weighting. This is judgement.

AI can summarise the three inputs. It can suggest pros and cons. What it cannot do is hold the context of the company, the stage of the product, the team's recent history, the leadership's risk tolerance, and the designer's own track record of similar calls. That contextual integration is what produces good judgement, and it does not survive abstraction.

Practitioner note
The judgement calls that have most shaped my own product trajectories were not informed by frameworks or by data. They were informed by knowing which stakeholder needed the win this quarter, which engineer would refuse the work if it came in late, and which user behaviour the team had collectively underweighted for a year. None of that is in the AI's context window.

2. Stakeholder facilitation

Senior UX work is partly a facilitation discipline. The designer holds a room of engineers, product managers, leadership and sometimes legal, and converts disagreement into decision. The facilitation work is irreducibly human.

Three reasons this matters.

  • Trust is personal. Stakeholders accept a difficult decision from a designer they trust. They do not accept the same decision from a synthesised report.
  • Conflict requires presence. When a head of engineering pushes back, the right response depends on tone, timing, and the company's recent history. A model cannot read the room.
  • Compromises are written into shared memory. A team that argued its way to a decision remembers why. A team handed a decision generated by AI rarely does.

The cost of skipping this work is rarely visible at the moment it's skipped. It surfaces three months later when the team has no shared narrative for the decision and starts to relitigate it.

3. Organisational and political context

UX decisions sit inside organisations that have history, politics, power structures and unwritten rules. The designer who reads those well ships products that survive the political environment. The designer who reads them badly does excellent work that gets killed.

Examples of the context that matters:

  • Which director has just had a project cancelled and needs a visible win.
  • Which team's roadmap is being scrutinised this quarter.
  • Which historical decision the company is implicitly defending and cannot be seen to reverse.
  • Which competitive event the leadership team is currently reacting to.
  • Which engineering team has the political capital to refuse a request.

None of this is in any AI tool's context. None of it is documented anywhere. All of it determines whether the right design decision lands or gets buried. Senior designers carry this context as a kind of background processing; AI tools cannot acquire it.

4. Prioritisation

A common misconception in 2026 is that prioritisation can be delegated to AI by setting up a scoring framework and feeding the framework into a model. This misses what prioritisation actually is.

Prioritisation is a series of trade-offs against partially-defined, often political constraints. AI can rank items against a defined scoring system. The harder work is choosing the scoring system itself, which depends on company context, leadership preferences, time horizon, recent failures, and what the team's morale can sustain.

Why scoring frameworks don't help here

The recursion problem

  • To score items, you need a framework.
  • To choose a framework, you need to weight what matters.
  • To weight what matters, you need to make the same judgement call you were trying to avoid.
  • The framework moves the judgement up one level; it doesn't remove it.

Senior designers who appear to "trust the framework" are usually trusting the framework they built last year, which already encoded their judgement. Outsourcing the framework-building itself to AI produces frameworks that look credible and produce mediocre rankings.

5. Commercial trade-offs

UX decisions are commercial. The designer who treats them otherwise either doesn't ship or doesn't last.

Commercial trade-offs that AI cannot make for you:

  • Which feature to delay so engineering can ship the higher-impact one. Requires knowing the engineering team's actual capacity and the impact of the alternative on this quarter's numbers.
  • How much accessibility debt to accept this release. Legal exposure, brand risk, time pressure, and the team's appetite for refactoring all factor in.
  • When to deliberately ship something less than ideal to preserve a relationship. Sometimes the senior call is to take the L for political reasons and bank the credit.
  • How to price a freelance engagement. Day rate is informed by market data; the actual price for a specific client requires reading their budget, urgency and alternatives.

Each of these depends on context that doesn't enter any AI's input. The output of these decisions is what defines senior practice in 2026.

6. Systems thinking across product surfaces

UX decisions interact. A pattern shipped in one flow affects three other flows. A design system change affects every product surface. A research finding in one segment changes how you read the next segment's findings.

Senior designers hold these interactions in their heads, often without naming them explicitly. The instinct that says "we tried something like this in checkout in 2023 and it broke onboarding three months later" is exactly the kind of cross-temporal pattern that AI cannot reproduce because it isn't in the corpus.

The risk of AI-driven design decisions is that they are locally optimised. AI optimises against the inputs it sees. Senior designers optimise against the system they remember.

7. Recognising the wrong brief

The single most senior move in UX work is pushing back on the brief itself. The brief says "redesign the dashboard". The senior designer realises the dashboard doesn't need redesigning, the underlying data model does, and changes the brief.

AI cannot do this for two reasons.

  • AI accepts framing. Prompt it with "redesign this dashboard" and it redesigns the dashboard. Prompt it with "is this the right problem?" and it produces a plausible-sounding but ultimately neutral analysis. It does not have the authority or accountability to refuse the work.
  • Reframing requires political standing. Pushing back on a brief from the head of product requires the credibility you've built over months. The AI has no standing.

Designers who develop the habit of accepting briefs as given become valuable individual contributors but rarely senior leaders. Designers who develop the habit of interrogating briefs become the senior leaders. The habit cannot be delegated.

8. Accountability

Someone has to be on the hook when a design decision goes wrong. That person needs to be able to articulate the reasoning, defend the call publicly, and take the consequences. AI cannot be that person.

This sounds obvious until you consider the implication. If AI cannot be accountable, then the human who delegated the decision to AI is accountable for the AI's call. That person needs to be able to defend the AI's output in detail, which means they need to be able to do the work themselves. The senior designer who delegates everything to AI is on the hook for outputs they cannot defend.

Accountability is the constraint that keeps the senior designer's hand on the actual decisions. It's also the constraint that makes AI-assisted senior work safer than AI-replaced senior work.

9. Trust-building with users and teams

UX is, at its root, the business of building trust. Trust with users that the product respects their time and attention. Trust with teams that the design call is the right one. Trust with leadership that the design function is contributing to the business, not just consuming time.

Trust is built by humans with other humans, over time, through repeated small acts of competence and care. It cannot be delegated, cannot be automated, cannot be batched.

The currency of senior UX work is trust. Trust is built by humans, in real time, with skin in the game. The discipline that forgets this in the rush to automate everything will discover too late that automation does not produce trust.

What this means in practice

Three concrete implications for how UX teams should operate in 2026 and beyond.

For individual designers

Use AI ruthlessly for the production work, refuse to delegate the categories above. The reading of your effectiveness in 2026 and 2027 will be how cleanly you make the split. The designers who get the split right will compound credibility; those who get it wrong will either be slow (refused all AI help) or shallow (delegated the wrong things).

For UX leaders

The hiring bar should explicitly assess for the categories above. Most current UX interview processes assess execution skill, which is the part AI is good at. Future interview processes should foreground judgement, facilitation, prioritisation and recognising the wrong brief — the part AI is bad at. The interview questions guide covers the senior-end questions worth using.

For the field

UX risks two distinct failure modes through the rest of the AI transition. The first is over-celebration of AI's capabilities, leading to junior pipelines that don't develop the underlying calibration. The second is reflexive rejection of AI, leading to obsolete craft. The honest position is in the middle: aggressive AI use on execution, principled refusal on interpretation, and explicit articulation of where the line sits.

This page is UX Companion's articulation of that line. It will be updated as the line moves, which it will. The categories above are not eternal; they are the 2026 reading. The discipline of naming them is the discipline that defines whether UX retains its seat at the table through this transition.

Read with

The AI cluster and the careers pillars

The companion pillars covering where AI does help, and what this means for the modern UX career.

AI pillar AI in research Career guide

Frequently asked questions

What parts of UX cannot be done by AI?

Nine categories in 2026: judgement under ambiguity, stakeholder facilitation, organisational and political context, prioritisation, commercial trade-offs, systems thinking, recognising the wrong brief, accountability, and trust-building. Each is qualitatively different from what AI does.

Will AI eventually replace UX designers entirely?

No, on current evidence and trajectories. AI is compressing the execution layer but is not making progress on the interpretation layer at the same pace. Senior roles are strengthening; junior roles are softening because they cluster on execution.

Why should stakeholder work stay human in UX?

Stakeholder work is built on trust, context, political reading and personal accountability. A model cannot hold position under push-back, read the room, or be accountable when a decision goes wrong.

Why shouldn't AI handle prioritisation?

Prioritisation is trade-offs against partially-defined, political constraints. AI can rank against a defined scoring system. Defining the scoring system is itself the judgement call. The framework moves the judgement up one level; it doesn't remove it.

What happens if teams over-delegate to AI?

Three predictable outcomes. Products converge toward the median. Juniors lose calibration. Organisations lose institutional knowledge that lived in the heads of designers who'd made cross-product trade-offs. Cost is invisible short-term, material medium-term.

Continue in the cluster
JP
Associate Director, Experience Design at JD.com · Previously Head of UX at Selfridges & Co · Building UX Companion