RC
Romeet ChatterjeeAI Product Designer
Hire me
Overview
Case study12 GridsSole UI/UX Designer2026

Edge CRM — Case List

Redesigning the case list a rep opens every morning — figure-ground, the F-shaped scan, and cards that triage at a glance.

Information architectureGestalt & visual hierarchyMobile B2B
Old time-to-answer
~52s
the shared cross-screen cost
Cases each morning
10–20
all demanding attention at once
Card iterations
4
before the F-shape clicked
Reading pattern
F-shaped
designed with the eye, not against it
Intro

The screen a rep opens every morning

Case List is the screen a rep at 12 Grids opens every single morning. Sometimes 10 cases. Sometimes 20. All demanding attention at the same time.

It was a flat, undifferentiated list — every case carried equal weight, so the rep did all of the triage in their own head.

Before
Before
After
After
The design question

How might we?

Reframing the problem
Which case needs me right now?
HMW
The single question the redesign had to answer.
Brainstorming & Ideating

Turning the triage problem into a design direction

I broke the screen down into three failures — visual hierarchy, information architecture, and interaction design — and worked each one into a concrete direction.

Finding

No visual boundary

Every case had equal weight — the Gestalt figure-ground principle was completely broken.

Action

Establish visual hierarchy first

Everything else comes after.

How I'd solve it

White card on a grey background — figure-ground separation restored.

Card border radius — each case becomes a distinct, interactive object.

Consistent padding — whitespace isn't empty space, it's breathing room.

Finding

No information architecture

Status and priority were missing or buried — the cognitive load sat entirely on the rep.

Action

Surface the right information at the right time

The IA should do the thinking, not the user.

How I'd solve it

Priority label on the right — High, Standard, Low.

F-shaped reading flow — name, date, company across the top; status bottom-left; priority bottom-right.

Red, amber, green — the rep triages before they even realise they're doing it.

Finding

Poor interaction design

A secondary action owned the primary real estate — the search bar violated Hick's Law on every scroll.

Action

Progressive disclosure

Show what's needed. Hide what's not.

How I'd solve it

Search moved to a header icon — revealed only when intentionally triggered.

Filter chips introduced alongside status — All, In Review, Queued.

A dedicated filter chip for advanced filtering — separate from status segmentation.

Why F-shaped

Designing with the eye, not against it

Nielsen Norman Group ran eye-tracking tests across thousands of users, and the result was always the same: people don't read screens, they scan them — and that scan follows one pattern, every single time.

Two horizontal passes across the top. One vertical drop down the left. That's the F.

So instead of fighting natural behaviour, I designed with it — every piece of information a rep needs sits exactly where their eye already goes, before they consciously decide to look.

The F-shaped layout

Three questions, answered in one scan

The case card maps straight onto that scan — three questions answered in the exact order the eye already travels.

Top row (name · date · company) answers what the case is, when, and who it's for. Bottom-left (In Review · Queued · Resolved) answers whether it's active or done. Bottom-right (High · Standard · Low) answers how urgent it is.

Case name,

Date registered, Company name

What is this case? When? Who is it for?

In Review. Queued. Resolved.

Is this case active or done?

High, Standard, Low.

How urgent is this?

Re-designing

The before, the changes, and the after

I rebuilt the list around figure-ground and the F-scan — four changes did most of the work, each pulling one question to where the eye already looks.

Before — the problemAfter — what it became
The un-redesigned Case list in an iPhone frame: a flat list under a persistent search bar
Before
The redesigned Cases screen in an iPhone frame: filter chips and colour-coded cards
After
Change 01
Filter chips, not a search bar
The persistent search became All / In Review / Queued chips.
Change 02
Card-based layout
Flat rows became cards on a grey field — each case its own object.
Change 03
One compact metadata line
Date and company collapsed onto a single line.
Change 04
Colour-coded status + priority
A status pill and priority label — triage at a glance.
Component Breakdown

Four iterations to get the card right

The card didn't arrive in one shot — it took four iterations to get right.

Iteration 1 led with an alphanumeric case ID, built for the system, not the rep. Iteration 2 swapped in a case name but stacked three metadata rows and two competing colours. Iteration 3 collapsed metadata onto one line, yet priority still dominated before the case name — reps were reading, not scanning. Iteration 4 put the status pill bottom-left and moved priority bottom-right, and the F-shape finally clicked: what, when, who — answered in sequence.

  1. 1
    Iteration 01
    Iteration 1 — a case card led by an alphanumeric case ID
    Annotation 01
    Built for the system
    Led with an alphanumeric case ID — no human context, no scanability. The date range ate space. Built for the system, not the rep.
  2. 2
    Iteration 02
    Iteration 2 — a case name, but three metadata rows and two competing colours
    Annotation 02
    Named, but noisy
    Swapped the ID for a case name — but three metadata rows and two competing colours piled on cognitive load.
  3. 3
    Iteration 03
    Iteration 3 — one-line metadata, but priority still reads before the case name
    Annotation 03
    One line, wrong order
    One-line metadata — cleaner density. But priority dominated before the case name, so reps were reading, not scanning.
  4. 4
    Iteration 04Final
    Iteration 4, final — status pill bottom-left, priority bottom-right: the F-shape
    Annotation 04
    The F-shape clicked
    Status pill bottom-left, priority bottom-right. The F-shape clicked — what, when, who, answered in sequence.
Final Design

The redesigned Case List

A scannable, colour-coded Cases list where figure-ground, the F-shaped card, and status-first triage let a rep answer "which case needs me right now?" in a single glance.

This case study focuses on Case List, one screen in a three-screen redesign of Add Case, Case List, and Case Detail.

The final redesigned Edge CRM Case List screen
Next in the Edge CRM redesign
Case Detail
Coming soon
The screen a rep opens mid-call — needing one answer, fast. Up next: surfacing the right detail without the scroll.
Want a flow like this?
I redesign information-heavy B2B products end to end, from research to handoff.