Ultra PatternsAI interface patterns with receiptsULTRA project

Pattern 11 · Chat or assistant · Interaction pattern

View

Staged conversation: the code decides

Seen in a case Built for a real case and observed with its users, or built for a case whose user test is still to come. No controlled comparison yet.

Practice view. What to build, the words on screen and how to measure it. Switch to Research for why it should work, the framework properties and the references.Research view. The research side is shown below the card: why it should work, the properties it targets and the references. Switch to Practice to hide it.

The assistant works through a few named phases, for example gather the situation, reflect, practise, close. Each phase has its own narrow instruction and answer format. The model reports a signal such as 'the user seems ready'; ordinary application code decides whether to stay, move on, refuse or try the turn again.

WhyFree-running chatbots drift: they forget the phase, slip out of their role, state things with unearned confidence and let through answers that should have been redirected. A controller outside the model closes those doors, and people feel it. One Goose participant said the predictable structure gave her more trust than an open AI tool.
WhenGuided tasks with a natural order: coaching, intake, onboarding, troubleshooting, and any assistant with safety boundaries.
Not whenOpen exploration where people need to jump around freely, or when you do not know the phases yet. Then run free-form sessions first to discover them.

The right amount of trustThe user stays in chargeThe system shows how it worksCase: Goose conversation guide

Done right, done wrong

Schematic screens, not real products. Click a screen to enlarge it.
Right. A visible phase, one narrow instruction per phase, and the app deciding when the conversation moves on.
Wrong. One giant prompt: the model repeats a step, slides into another role and answers what it should have refused.

The receipt

NoteAn observation, not a controlled comparison. The Compared and Honestly rows say what else differed. Read the numbers as directions, not as effects.
CasePreparing difficult conversations, Goose conversation guide (Odisee UX Lab)
Comparedv3 free-form LLM chat vs. v4 staged conversation · Before and after: v3 free-form chat on desktop, v4 staged conversation on mobile, different participants
Peoplev3: four adults, 19 to 60, mixed chatbot experience, SUPR-Q answered by three; v4: four adults
Main resultSUPR-Q credibility (1 to 5) 3.75 in v3 (n=3) to 4.38 in v4 (n=4) higher with the staged version
Read asA direction, not an effect: different people per round, several changes at once, three to four answers per round.
SecondaryUsability 3.38 to 3.75
SecondaryAppearance 3.17 to 4.25
SecondaryRecommend question 6.67 to 6.75 on 0 to 10, still in the passive band
SecondaryScope control judged clearly better by 3 of 4
Methodsthink-aloud · SUPR-Q · semi-structured interviews · eye-tracking and facial expression analysis (v3)
HonestlyDifferent participants per round, several changes at once (architecture, mobile, visual design), four people per round. Indicative. Not attributable to this pattern alone; a controlled comparison is the next step.
SourceDe Wilde (2026), Goose project summary, Odisee UX Lab, internal · case page · study run 2026 · partner study

A receipt is the result of one test, printed on the card: the case, what was compared, how many people took part, the main result, the methods, and what we do not know. The plan written before the analysis is the study card. How a pattern earns its label.

In practice

Goose version 3 was a free-form chat. Participants liked its answers, but it often asked several questions in one turn, its tone felt too formal and its purpose was not clear at the start. Version 4 wrapped the model in a deterministic shell: a small set of phases, one instruction and one answer format per phase, and a controller that reads the model’s structured fields and decides. Three SUPR-Q dimensions went up and the recommend score barely moved, with three and four answers per round. One participant said the predictable structure gave her more trust than an open AI tool.

Two honest notes for anyone copying this. First, the price: less flexibility for the user and more design work up front, exactly the work a free chatbot seems to make unnecessary. Second, the shell only counts when the code really decides. A code audit of Goose found that in most turns the controller simply adopted the route the model proposed. Write a test that sends the same conversation twice and expects the same phase changes; if that test cannot exist, the pattern is not yet in place.

Words on screen

"Step 2 of 4. How did that feel for you?""Ready to try a first sentence?""Let's stay with this for a moment."

Obligations to keep in mind (AI Act, GDPR)

  • Phase changes and refusals are decided by code, so they can be tested, logged and explained; keep them out of the prompt. (O2, Goose v4)
  • Tell people the assistant follows a fixed path, so the structure reads as a feature and not as stubbornness. (O1, IUI 2026, Table 1)

Design considerations, not legal advice or a conformity assessment. What O1 to O5 mean.

Build it

Illustrative signatures, not a published library: the names below are suggestions to adapt to your stack. Thresholds are examples to tune on your own data.

States: gather, reflect, practise, close, refused

Component: <StagedChat phases={schema} onSignal={fn} />

Prompt snippet: You are in phase 'reflect'. Ask one question about feelings. Return { reply, ready_for_next, out_of_scope }. You do not choose the next phase.

Output schema: { "reply": "string", "ready_for_next": false, "out_of_scope": false }

Measure it

Users rely on it the right amount · 10 minUsers feel in control · 8 minMental effort · 5 minPlan your testTen minutes per participant is the usual budget: pick the two or three cards that fit.

Same idea, other names

Microsoft HAX: G10 Scope services when in doubtGoogle PAIR: Mental Models

All the libraries we build on

Applied by: nobody yet · Replicated by: nobody yet · Used this pattern? Tell us and get listed

Research side · why it should work · framework v0.2

Why it should work

Predictable structure lowers uncertainty about what the system will do next, which supports calibrated trust. Moving phase decisions out of the model targets four known drift modes: the controller closes state amnesia and unchecked output, per-phase instructions close role drift, and the schemas limit confident fabrication.

Properties targeted

Trust · Controllability · Reliance · Axes: type: conversation phases, format: text, interaction: app decides · Vocabulary bridge

Notes

Why it should work: the person can form a mental model of the assistant because its behaviour is bounded per phase, and the boundaries do not move from turn to turn. Credibility rose from 3.75 to 4.38 between the free-form and the staged version of Goose, but with different participants, several simultaneous changes and three and four SUPR-Q answers per round; treat that as a direction, not an effect size.

How to measure: compare a staged and a free-form version of the same assistant, with the same participants and the same tasks. Take phase violations as the primary behavioural metric: repeated steps, role changes, and answers given in a refused state. Add SUPR-Q credibility and the trust items from the vocabulary. Report per participant, because small samples hide reversals.

Relations

  • Controllability relates to trust: the possibility of interaction increases trust in the system (Donoso-Guzmán et al. 2023, Table 2).
  • One question per turn (pattern 12) lowers cognitive load inside each phase; the two patterns are usually implemented together.

Across contexts

ContextUsersStateResult
Goose conversation guide, v4adults preparing a difficult conversationSeen in a casecredibility 4.38 versus 3.75 for the free-form v3; three and four SUPR-Q answers per round
Your contextBring your case

References

  1. De Wilde, R. (2026). Goose project summary, Odisee UX Lab (internal).
  2. Donoso-Guzmán et al. 2025, A Systematic Review of User-Centred Evaluation of Explainable AI in Healthcare.
  3. Donoso-Guzmán, Ooge, Parra and Verbert 2023, Towards a comprehensive human-centred evaluation framework for explainable AI. arXiv 2308.06274
  4. Amershi et al. 2019, Guidelines for Human-AI Interaction, CHI.

Editors

Practice: Rutger De Wilde (Odisee UX Lab) · Science: to be assigned by KU Leuven Augment · card v1.0 · 2026-09-03