Wireless Service Dashboard

A dual-branded dashboard redesigned for a national wireless carrier, enabling frontline employees to support customers with usage inquiry, service changes, and device upgrades.

Problem Space — Redesigning the Existing Dashboard

Wireless Service Dashboard is a core function module within the OMNI-Channel Sales & Service Platform, covering usage inquiry, service detail inquiry, service change requests, and device upgrades. The existing version had accumulated significant usability debt that required a full redesign.

Identified usability issues in the existing version Users frequently confused remaining data with actual usage — the dial metaphor created persistent misreads.
Unhappy paths (data overage, mid-cycle plan changes, adding data) were not properly supported.
Bottom content was hard to discover, despite being logically placed.
The IA structure failed to clearly convey the relationship between family plans, individual lines, and their settings.

Before — Part I — Fig.1 — Before: Part I

Before — Part II — Fig.2 — Before: Part II

Project Outcome

I led the end-to-end design journey — from the initial scoping discussions, priority alignment with related projects, and customer journey mapping, through to ideation, wireframing, and final mocks.

The delivery package includes design solutions for both brands, across multiple channels and device types.

Journey Mapping

To build a complete picture of the different states customers experience during a billing cycle — and to map the behaviors, needs, pain points, and opportunities in each state — my team created journey maps at the outset of the project.

Page Architecture

After multiple rounds of journey discussions and use case reviews, I defined a page architecture framework that needed to accommodate the following requirements:

Architecture requirements Shared account vs. individual account structures.
Different account statuses and states.
Visibility into both current and historical data.
Separate needs for consumer-facing and agent-facing contexts.
A clear separation between informational and transactional elements.

Wireframe

Interaction Pattern

To accommodate different needs and dynamic content within the same dashboard area — and to surface the most relevant information based on context — I guided the team to explore a consistent layering pattern: situational content plus base content, with visual depth used to reflect urgency and reading priority.

Dynamic content layers concept — Fig.5 — Dynamic Content Layers and Visual Depth Concept

Situational content mapped across different states along the customer journey:

Plus various base layer types covering all account and service configurations:

Agent Insight Component

A key principle I brought to this design was that, as part of an OMNI-channel platform, the dashboard should create synergy between the consumer-facing and agent-facing versions. Customers should be able to move smoothly between self-serve and assisted channels, and agents should see exactly what customers are looking at when they reach out for help — all of which tied directly back to our product vision.

Product vision — Fig.6 — Agent Insight component designed in line with the product vision

The Agent Insight chip was created as a new component that can be plugged into any major UI block to surface relevant agent-specific data (reporting, policy, tool instructions). In this dashboard, three chips sit on the base layer, each triggering a corresponding data table:

Agent Insight chip — data types Current usage reporting data.
Historical usage reporting data.
Policy and instructional articles.

Interaction Flow Design — Example

After the page architecture was established, the team worked through the detailed task flows and interaction design. Below is an example flow — data access management.