AI feature UX checklist

Checklist · 28 items · Updated

Use this checklist when you design or review any product feature that uses machine learning or a large language model: a summary button, a recommendation row, a writing assistant, a smart filter.

The core of it is the 18 Guidelines for Human-AI Interaction from Microsoft (Amershi et al., CHI 2019). The researchers distilled them from more than 150 recommendations and tested them with 49 design practitioners against 20 AI products. They are grouped by when they apply: initially, during interaction, when the system is wrong, and over time. The guideline titles below are quoted from the paper; the “why” lines are our summary.

The first section comes from Google PAIR's People + AI Guidebook and covers the decisions to make before you design screens: whether AI is the right tool at all, and what the system should optimise for.

Download the PDF

AI feature UX checklist as a print-ready PDF (A4, 144 KB). Everything in it is also free to read on this page.

How to use it

Work through it with the product manager and an engineer in the room. Several items, such as how often the system is wrong, need numbers only the team that built the model has.

If an item doesn't apply, tick it and note why. An unticked item should mean “we haven't decided”, not “we forgot”.

0 of 28 done

Ticks are saved in this browser only. Nothing you tick here is sent to UX Pickle.

Before you design: is AI the right tool?

From the User Needs + Defining Success chapter of Google's People + AI Guidebook.

  • PAIR's first recommendation is to find where user needs and AI strengths meet. Many problems don't need AI, and a rule-based solution is easier to explain and test. PAIR: User Needs + Defining Success

  • PAIR suggests automating tasks people find tedious or repetitive, and augmenting tasks people enjoy, that carry social value, or where people's preferences vary widely. PAIR: User Needs + Defining Success

  • This decides whether you tune for precision (fewer wrong results) or recall (fewer missed ones). PAIR's example: a fire alarm that fails to go off is far worse than an occasional false alarm. PAIR: User Needs + Defining Success

  • Apple's guidelines ask for a great experience even without the generative feature, and a non-AI fallback where possible. Apple HIG: Generative AI

Initially

Guidelines 1–2: what people should understand before they rely on the feature.

  • People build a mental model from the first thing they see. Say what the feature does and, just as plainly, what it doesn't do. Example prompts or a short tour help with open-ended inputs. Microsoft HAX: Guidelines for Human-AI Interaction

  • The paper's description is to help the user understand how often the AI system may make mistakes. Hedged wording (“we think you'll like”) is one way; telling people where it's weakest is another. Microsoft HAX: Guidelines for Human-AI Interaction

During interaction

Guidelines 3–6: how the feature behaves while people are using it.

When wrong

Guidelines 7–11. The system will be wrong some of the time; these decide how much that costs people.

Over time

Guidelines 12–18: how the feature learns, changes and stays under the user's control.

Trust and explanation

From the Mental Models and Explainability + Trust chapters of the PAIR Guidebook.

  • PAIR's goal is not maximum trust. Over-trust leads people to accept wrong answers; under-trust means a useful feature goes unused. PAIR: Explainability + Trust

  • PAIR recommends explaining the scope and reach of the data used, and how to remove it. PAIR: Explainability + Trust

  • A music recommendation needs little explanation; a health, money or legal suggestion needs enough for the person to judge it. PAIR: Explainability + Trust

  • PAIR notes that numeric confidence needs people to understand probability; categories or a set of alternatives are often clearer. PAIR: Explainability + Trust

  • PAIR advises against a long list of features up front, and suggests stating benefits, current limitations and how the product will change over time. PAIR: Mental Models

  • PAIR: “make it extremely clear that the product is not a human”. Human-like framing raises expectations the system can't meet. PAIR: Mental Models

Sources

Checked against these sources on 3 October 2026. Spotted something out of date? Email hi[at]uxpickle.com.