Case Study  /  Contact Centre Administration  ·  Enterprise Platform

Contact Centre Admin — one console out of ten tools

A market-leading on-prem contact centre had grown its administration across separate product workstreams until it behaved like ten products rather than one. A competitor was selling against exactly that. The fix started with how design worked, not with the screens.

Role
Design Leader
Org
Product triads
Owned
Research model · IA · Interaction
Team
8
The console — eight areas, not ten tools
Unified contact centre administration overview — eight grouped settings cards covering infrastructure, call settings, email and chat, user setup, organisation setup, bulk import, desktop settings and features
People and permissions, in one table
User administration table — forty users filtered by administrator, report designer and reporting, each row showing the roles held as badges in their own columns

The consolidation answered in structure, not styling. Above: administration regrouped into eight areas an admin can hold in their head — infrastructure, call settings, email and chat, users, organisation, bulk import, desktop settings, features — rather than a menu inherited from whichever team happened to build each part. Below: people and permissions in one table, every role a badge on the person, so who-can-do-what is read rather than reconstructed across separate tools.

8

designers inherited — embedded in the product triads, but with no real say in what got built.

1

workstream used to pilot the research model, before asking for anything wider.

4

workstreams the model reached once the pilot had proved itself.

10+

disjointed tools the agent-side experience was spread across before consolidation.

The Process
  1. Rebuild the practice before the product

    The first diagnosis was not about screens. Design sat inside the product triads without influence over what got built, so any redesign would have been overwritten by the next roadmap. Changing how design worked came first.

  2. Win an executive sponsor

    In an engineering-led organisation, a design argument travels only as far as the person willing to carry it. Securing a sponsor at the executive level turned research from a request into an expectation.

  3. Pilot the research model on one workstream

    Rather than proposing a programme, we ran it once — on a single workstream, small enough to fund out of goodwill. The pilot was the proposal.

  4. Scale the model to four

    With one workstream's results in hand, the same model extended across four. Each adoption made the next easier to ask for, because the ask was now a precedent rather than an idea.

  5. Introduce an end-to-end journey lens

    The org was organised by product area, so nobody was looking at the administrator's journey across it. Mapping the whole path made the fragmentation impossible to argue with — and gave the consolidation a shape to aim at.

  6. Collapse the tools into one interface

    The disjointed agent-side tooling was folded into a single unified interface with a lighter deployment, so the thing being sold matched the thing being demonstrated.

What made it hard
  1. Administration had grown independently inside each product workstream — nobody owned the whole of it.
  2. A competitor was actively exploiting the gap, and sales was citing experience as a reason for lost deals.
  3. Design was embedded in the triads in name only: present at the table, absent from the decision.
  4. The platform's analyst leadership position was under real scrutiny, so the work carried commercial weight from day one.
The Outcome
10+1

Disjointed tools collapsed into one interface, with a lighter deployment behind it. The platform held its market lead under sustained competitive and analyst pressure — and sales stopped citing the experience as a reason for lost deals. The research model outlived the project: it became how the four workstreams worked, not a thing that happened once.

Three decisions that carried the work

Fix the practice before the product

Redesigning the admin first would have produced a better set of screens inside the same broken decision structure. Winning influence over what got built was the precondition, not the reward.

Pilot small, then let the evidence ask

One workstream, run properly, made the case that no deck could. Scaling to four was a series of small, already-answered requests rather than one large unfunded one.

Argue from the journey, not the feature list

In an org sliced by product area, the end-to-end journey was the one view nobody owned — and the only one in which ten tools obviously read as a single broken experience.