Dashboard design

Give each screen a clear job, with the right information and actions within reach.

Start a project
Operator console

Supervising 6 live agents

Active agents

6

2 awaiting review

Avg response

142ms

Within target

Approvals

38

Today · 4 escalated

Throughput · last 24h

1,204 events
hover to inspect

Needs review

Refund agent
Low confidence · 0:32 ago
Onboarding bot
Escalated by user · 1:10 ago
Billing triage
Policy edge case · 2:48 ago
What you get
  • Screen structure, so each screen has one clear job
  • Tables and filters built at real data density
  • Navigation between the screens people use most
  • Primary actions placed where the decision is made
  • Key states designed, such as loading, empty, error and needs attention
  • Reusable patterns the rest of the product can build on
  • For AI products: review queues, confidence and sources where the workflow needs them
How it runs
  1. 1

    Map the system

    What runs on its own, what needs sign-off, and who watches it.

  2. 2

    Draw the control line

    Decide what an operator must read before they can act.

  3. 3

    High-fidelity screens

    Real data, real edge cases, real failure states — not lorem.

  4. 4

    Spec + handoff

    Tokens, states and rules mapped cleanly to code.

Example

Celium: each GPU card leads with count, model and price per hour, one filter rail narrows the list in place, and Rent Now sits on every card so comparing and renting happen on the same screen.

Common questions

The screen has to be read and acted on, often under time pressure. That means designing the states most interfaces skip: running, waiting, failed, and needs-review, at real data density rather than with placeholder rows.

Data-heavy SaaS, AI, fintech, healthtech, and operational products. Teams shipping something users have to read, trust, and act on.

Two to five weeks depending on scope. Most design projects land in the two to six week range, and you get an exact timeline before we start.