Work
AI / Learning · Teacher workflow design

Prediction is useless until a teacher knows what to do next.

An AI-assisted teacher dashboard turning learning diagnostics into daily classroom decisions for US K-12 educators.

Role
Product Designer, Contract
Timeline
2021 — 2022
Company
RIIID Labs
Four kinds of urgency — class signal, student attention, assignment state and roster setup — each with the question it asks and the surface that answers it, beside the interface decision that sorts the list by what changed rather than by score.
Four kinds of urgency on one screen, each with a different tempo — and the sorting decision that follows from them.
01

Teachers were teaching and configuring software built for someone else

Existing LMS dashboards treated teachers as data-entry clerks. I reframed the opportunity around a dashboard a teacher would want to open in the morning: reduce interpretation work, expose the next useful action and keep the teacher in teaching mode while the system handles the bookkeeping.

Teacher and administrator research plus prototype testing shaped the prioritisation, states and intervention flows shown here.

02

The product had to answer more than one kind of urgency

They are not four features of equal weight. A class signal is glanced at, a student trend is watched over weeks, assignment state is cleared daily, and roster setup happens once and must not block the first morning. Designing to those tempos is what produced the sorting decision the rest of the product inherits.

The four kinds of urgency, live: click each to read the decision it produced and the surfaces that carry it.
03

The journey map ran from logistics back to teaching

The research connected what teachers said they were trying to do with what they were actually doing, and where those two things conflicted. Teachers said they were trying to teach, but the tools kept pulling them into logistics. Dashboards surfaced information that did not lead anywhere; the design work was making information actionable so the same screen could answer what changed, who needs help, and what to do next.

The map the research produced, one phase at a time: what the teacher was trying to do, what the tool made them do instead, and what closed the gap.
04

The dashboard leads with the student, not the average

The design emphasis sat on per-student action rather than class-level charts: surface the next useful decision first, let the class view summarise, and let the student view lead.

Sorting is the decision underneath that. The morning list is ordered by what changed rather than by score, so a strong student sliding appears above a weak student who is steady — ranking by score surfaces the same five names every week, and those are rarely the students a teacher can still reach this term.

The morning dashboard, live: click a student and the action panel rebuilds around them. Redrawn from the shipped product with representative data.
The student record, live: switch tab or action. The record answers one question — what to do about this student this week. No model confidence is shown, because the interface never displayed one. Redrawn from the shipped product with representative data.
05

Every surface had one rule: make the next decision visible

Assignment management became a board with clear states (needs grading, in progress, not yet due). Classroom setup became a Clever roster sync: pull rosters automatically, surface reconciliation conflicts in plain language, give teachers a single approval step. The information architecture followed the work teachers were already trying to clear.

The rule applied surface by surface: what the old dashboard showed, the interpretation work it left with the teacher, and the decision the redesigned surface makes visible instead.
The assignment board, live: three named states rather than a list with filters. Not-yet-due work is visible but inert — it is not a backlog yet. Redrawn from the shipped product with representative data.
Roster sync, live: resolve the three conflicts and the single approval unlocks. Each conflict is written as a sentence a teacher can judge, because a teacher knows the answer and an error code does not. Redrawn from the shipped product with representative data.
06

What was taken out, and why

Reducing interpretation work meant removing things a dashboard would normally show — class average charts, model confidence scores, configuration screens, notification streams, leaderboards and streaks. Each removal is a trade rather than a simplification, and the frame names what it cost as well as what it bought.

Every removal as a trade, named on the frame rather than hidden: what it cost to keep, what replaced it, and what the product gave up in exchange.
07

From a flag to a session that exists

A flag is not an intervention. The step most dashboards leave out is the one that turns a list of struggling students into something that actually happens: a named group, a practice set attached to it, and a slot on next week’s timetable with the work already in place.

The step most dashboards leave out, live: the teacher picks who is in, attaches a practice set, and the group becomes a scheduled session with the work attached. No confidence score appears, because the teacher is making the call. Redrawn from the shipped product with representative data.
08

Closing thesis

Model output only matters when the interface makes the next action obvious. Reduce uncertainty, surface urgency, keep the teacher moving.

The boundary stated on the frame rather than in a footnote: what the set shows is the interface those findings shaped, and nothing about what happened after.
AI-assisted productsTeacher workflowDashboard designUX research
Next case study
Turning a video service into software its customers could run.