Product design case study, enterprise web

From an endless table to a clear admin tool

Admins needed to find a device, find a person and create users, but the old system was one endless table that scrolled down and sideways. I led the product and its design to turn it into a short, focused table with a detail card, users and devices connected, and sync built in.

Role
Product designer and acting product manager
Year
2025
Platform
Web
System
Built on the shared design system
Skills
Product leadership, user interviews, information architecture, data tables, interaction design, design systems
After: the new users screen with a short table
Before: the old devices table with many columns
BeforeAfter
Drag to compare the old devices table with the new users screen. Data is hidden for confidentiality.

Overview

This is the admin system behind the products in my design system case study. Admins use it every day for three things: finding a device, finding a person, and creating new users.

When the need for a redesign came up, there was no product manager on the project. So beyond designing it, I led the product: I talked to the admins, defined what the new version had to do, and worked directly with the developers to ship it.

These are the real screens from the project. Names, units, roles and identifiers are hidden behind grey bars for confidentiality. Click any screen to see it larger.

The problem

The old system tried to show everything at once. Every device, every unit, every technical detail, all in one table.

11 columnsin one table, most of them long technical identifiers
Endless scrolldown through every unit, and sideways to reach the rest
No linkbetween people and the devices they use
The old devices table: eleven columns including two IMEI numbers, model, serial number, SIM number and type, location, battery and network
Before: eleven columns, from two IMEI numbers to battery level. To check one detail, admins scrolled sideways and lost the row they were on.
A later version of the old system: the list repeats unit after unit down the page
A later iteration grouped devices by unit, but the list still ran on, one unit after another, with no way to jump to a person.
  • Finding something took too long. To find one device or one person, admins scrolled through unit after unit.
  • Managing users was complex. Users and devices lived apart, with nothing connecting a person to their devices, so even simple questions needed detective work.
  • Creating users took too long. Creating, editing and permissioning users took too many steps and wasn't designed as a flow of its own.

Listening to admins

Instead of guessing, I sat with the people who use the system and asked two questions: what do you look at every single time, and what do you only need once you've found the right row? Their answers split the old table in two.

Stays in the table

What admins scan for, every time.

  • Name
  • Role
  • Team
  • Last active

Moves to the side card

What they need once they have found the right row.

  • Permissions per product
  • Connected phone and computer
  • Edit and delete
  • Full profile

The table is for finding. The card is for knowing.

The new structure

The new main screen is built around search. Four columns fit the screen without sideways scrolling, units became tabs instead of one long list, and paging replaced the endless scroll.

The new users screen with unit tabs across the top and a short four-column table
Units became tabs, so admins jump straight to a team instead of scrolling past every other one.

The detail card

Click a row and a card slides in from the side. The table stays in view, so admins never lose their place, and everything that used to crowd the table lives here.

The users screen with the detail card open on the side of the table
The card opens on the side, and the selected row stays highlighted in the table.
Close-up of the detail card: profile, edit and delete buttons, permissions per product and connected devices 1234
  1. Who this is Photo, name, role and team at the top, so admins know they opened the right person.
  2. Actions Edit and delete sit right under the profile, where the decision is made.
  3. Permissions per product Every system this person can access, and at what level, in one list.
  4. Connected devices The phone and computer linked to this person, and when each one last connected. This is what sync made possible.

Users, devices and sync

The biggest structural change was connecting people and devices. Admins can switch between a users view and a devices view, and each one leads to the other: open a person and see their devices, open a device and see who it belongs to.

We also added a sync option for mobile phones, computers and users. It's what makes the card possible: each person's phone and computer show up right inside their profile, with the time they last connected.

Everyday flows

Beyond the main screen, I designed each of the daily tasks as its own short flow.

Searching users from the search bar
Search first. Every task can start from one search bar.
An empty search state with the wolf mascot holding a magnifying glass
No results, with character. The mascot keeps an empty search friendly.
Several rows selected with a floating action bar at the bottom
Bulk actions. Selecting rows brings up a floating bar: move, block, reset, edit or delete.
Moving selected users to another unit through a small picker
Move. A small picker moves people to another unit without leaving the table.
A confirmation dialog before blocking users
Block, with a safety net. Risky actions explain what will happen before they do.
The first step of creating a new user in a modal
New user. Creating a user became a short, guided flow.

When things go wrong

Admin tools rarely get love in their error states. I wanted every dead end to feel calm and point to a next step, so the same wolf mascot from the brand shows up when something is missing.

A no access screen with the wolf mascot
No permission for this system, with who to contact.
A page not found screen with the wolf mascot
Page not found.
  • Built on the design system. Tables, cards, pop-ups, inputs and buttons all come from the shared library.
  • Right-to-left first. The interface is in Hebrew, so every layout was designed and tested right to left.

Outcome

One overwhelming table became a tool built around the three things admins actually do. The table fits on the screen, people and devices are connected, and every task starts from search.

What I learned

  • Less on the screen can mean more for the user. Moving data to a card made it easier to reach, not harder.
  • Leading without a title. Without a product manager, talking to users kept every decision grounded in what they actually needed.
  • Admin tools deserve design too. Internal tools are used all day, every day, so small improvements add up fast.