Ultra PatternsAI interface patterns with receiptsULTRA project

Pattern 19 · Dashboard with AI insights · Interaction pattern

View

Team workload view with availability

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.

A team view lists every person with open tasks, overdue tasks and availability (absent until when), and lets the viewer move an overdue item to someone who is in. It sits behind a labelled item in the main navigation and says where its numbers come from and how fresh they are.

WhySeniors want to see what the team is doing and to move work when someone is stuck. In the CNEXT test all seven found the view valuable, but three could not find it behind an icon-only sidebar, one participant handed an overdue task to a colleague who was marked absent without noticing, and two asked how reliable the numbers were. The label, the availability mark and the source line answer those three.
WhenTeams where work is assigned across people and someone is accountable for the whole: accountancy, support, projects.
Not whenWhere the view would turn into monitoring of individuals. Decide first what a person may see about a colleague, and keep the assignment a human act.

The system shows how it worksThe user stays in chargeCase: CNEXT Mail2Flow (company approval pending)

Done right, done wrong

Schematic screens, not real products. Click a screen to enlarge it.
Right. Workload per person with availability and overdue marked, behind a navigation item with a text label.
Wrong. Icons without labels, a colleague with zero tasks who is actually absent, and no clue how fresh the numbers are.

In practice

The team dashboard in the Mail2Flow prototype shows who holds which tasks and which ones are overdue. Task 6 asked the accountants to find it, read the workload and act. Four found it on their own; three could not, because the sidebar showed icons without labels, and once the moderator opened it all three called it clear and valuable. That is a plain usability rule, icons need visible labels, and it decides whether an AI feature is used at all.

Two AI-specific lessons came with it. One senior reassigned an overdue task to a colleague who had no tasks, without noticing that he was marked absent; availability has to sit in the picker, not in a badge people can miss. Two participants asked how reliable the dashboard’s numbers were, which is the question every AI dashboard should answer on the screen: what the numbers are counted from and how fresh they are. Participants also asked for start dates and deadlines per task, drag-and-drop reassignment, a notice when an assignee has seen a task, and a way to show tasks that belong to several people.

Assigning work to people touches the AI Act’s employment area (Annex III, point 4). A view that shows load and availability, with a person who moves the task, keeps the decision with the person. Letting the system allocate tasks on the basis of how individuals behave, or evaluate their performance, is listed as high-risk in Annex III, point 4(b). Design considerations, not legal advice.

Words on screen

"Team · this week""Sam · absent until Thursday · do not assign""Counts from the task list, updated 2 minutes ago"

Obligations to keep in mind (AI Act, GDPR)

  • Reassigning stays a human act: the view shows load and availability, a person moves the task. Systems that allocate tasks on the basis of individual behaviour, or evaluate performance, are listed as high-risk in the AI Act (Annex III, 4b). (O2, AI Act, Annex III; IUI 2026, Table 1)
  • Say where the numbers come from and how fresh they are. (O1, CNEXT test, task 6)

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: loaded, stale, reassigning, reassigned

Component: <TeamView people={people} freshness={updatedAt} onReassign={fn} />

Measure it

Faster, fewer errors · from logsUsers rely on it the right amount · 10 minPlan your testTen minutes per participant is the usual budget: pick the two or three cards that fit.

Research side · why it should work

Why it should work

The mechanism, notes and references for this card are written together with the science editor at KU Leuven Augment. Until then this side lists the properties the pattern targets and the contexts in which it was seen.

Properties targeted

Efficiency · Trust · Controllability · Axes: scope: global, type: overview, format: dashboard, interaction: on view · Vocabulary bridge

Across contexts

ContextUsersStateResult
CNEXT Mail2Flow, Kairos prototypeaccountants, desktopSeen in a casevalued by all 7 once found; 3 of 7 could not find it behind icon-only navigation; one reassignment went to an absent colleague
Your contextBring your case

Editors

Practice: Abasin Abdul Khalil (Odisee UX Lab) · Science: to be assigned by KU Leuven Augment · card v1.0 · 2026-09-08