Backstage · October 2026

Design principles for AI-supported products

AI can take on a lot of the work in a product. People still need to understand what is happening, trust what they get and stay in charge of what matters.

These are the principles I design AI support by. Each one comes with a small example of what to avoid and what to do instead.

At the end, I show how I use them in practice when I design and build with AI.

The examples are design principles and illustrations from a product I have built with AI.

Make the next step obvious

The user should understand straight away what to do, without being overwhelmed by information or choices.

Show the right information at the right time.

Don’t
Do

Make the process visible and understandable

The user should know what the AI is doing, how far the work has come and when they need to act.

Show the work steps and real progress, not technical logs.

Don’t
Do

Make the value and the result clear

The user should understand what the AI will deliver, what the result can be used for and what its limitations are.

Set expectations the product can meet.

Don’t
Do

Build trust through honesty

AI should clearly separate what it knows, interprets, suggests and cannot decide.

Show uncertainty where it affects the user’s decision. Never claim something is done without verification.

Don’t
Do

Give the user control where it matters

The user should be able to review, adjust, approve and change direction at important decisions.

AI suggests and carries out. The user steers the goal and the key choices.

Don’t
Do

Let the AI do the work

The AI should take responsibility for the complex work and minimise unnecessary questions, repetition and manual steps.

Only ask when the answer is needed to move forward in a good way.

Don’t
Do

Make it easy to change and recover

The user should be able to correct something, go back or continue after an interruption without losing their work.

Keep the context, earlier choices and finished results.

Don’t
Do

Make complexity optional

Those who want to move on quickly get a simple experience. Those who need to understand or check the result can go deeper.

Simplicity in the interface must never mean shallowness in the analysis.

Don’t
Do

Three complementary quality requirements

Beyond the design principles, I would always check:

  • AccessibilityClear language, understandable controls and working navigation for different users.
  • PrivacyThe user understands what information the AI uses and how sensitive material is handled.
  • TraceabilityIt is possible to understand the basis for the AI’s conclusions when it matters for the user’s decision.

How I use the principles when I build with AI

I designed and built Research Synthesis, a tool that takes interview transcripts to observations, findings and decisions, with AI as part of the workflow. The AI wrote much of the code. I decided what the product should do, tested each version and gave feedback.

The principles work as my review checklist. When something feels wrong in a test run, naming the principle it breaks turns a vague feeling into feedback the AI can act on.

A few moments from building it:

  1. Principle 2 · Make the process visibleOne interview at a timeThe first progress view ran several interviews at once and counted them up while the last step spun for a long time. I asked for one interview at a time, with its own steps, then “1 of 5” and start over. Details like “part 2 of 2” were removed: they described the system, not the user’s progress.
  2. Principle 6 · Let the AI do the workOne question instead of a list of namesAn early version listed every name it found and asked the user to sort them out. It was hard to understand. Now the tool asks one question, what should we call the people you interviewed, works out who the interviewer is and removes names itself.
  3. Principle 1 · Make the next step obviousThe interface follows a flow that already workedThe synthesis prompt already had a user flow that felt easy to follow when run directly in Claude or ChatGPT. Instead of inventing a new flow, I built the interface around that one, step by step.
  4. Principle 5 · Control where it mattersResearch questions first, decisions lastThe first setup asked for the purpose and the decisions up front. I moved it to start from the research questions and leave the decisions to the end, where the user makes them with the findings in front of them.
  5. Principle 4 · Trust through honestyFindings rest on observationsUsers can start from observations they already have, but the synthesis is always built on observations, never straight from transcripts. That keeps every finding traceable to what was actually said.

AI makes building fast. The principles make sure the speed goes towards what users actually need.