KJ.

Product Design Case Study · Enterprise HR Platform

CES People Portal
& Time Tracking

Transforming fragmented legacy links and unstructured employee data into one role-based portal for self-service, time tracking, approvals, HR operations, procurement, billing, compliance, and learning.

Product Design UX Architecture Design System Double Diamond
CES Employee Portal Dashboard
Back to Works

Role

Product Designer / UX Architect

Domain

Enterprise HR · Workforce Operations

Duration

6 months

Team

3-person design team

Client

CES Limited

Method

Double Diamond · Phased delivery

One employee experience instead of many disconnected touchpoints

CES employees previously depended on a third-party business application for everyday needs such as leave requests, personal documents, company policies, healthcare and insurance information, and other HR services. The required data came from different tables, and employees often had to follow separate links for related tasks.

The result was a fragmented experience that was difficult for employees to navigate and difficult for managers and operational teams to maintain. I initiated the redesign as a dedicated CES People Portal: a unified, role-based platform combining employee self-service with time tracking, approvals, operational workflows, learning, calendars, and performance visibility.

Employee Self-ServiceTime TrackingManager ApprovalsHR OperationsProcurementBillingCompliance

The problem was not missing data—it was fragmented structure and experience

CES already had employee data, existing processes, and working content. The challenge was that these elements were distributed across legacy tables, external links, and department-specific workflows. Employees had to remember where to go, while managers lacked one clear place to review requests, monitor time, and take action.

From a third-party tool to a purpose-built employee experience

The redesign did not remove the organisation’s existing knowledge or processes. It reorganised them around employee and manager needs, replacing system-oriented navigation with a task-oriented experience.

Experience AreaBefore · Legacy ExperienceAfter · CES People Portal
NavigationSeparate links for related employee servicesOne role-based portal organised by task
InformationData exposed through different tables and locationsStructured modules with consistent hierarchy
Employee TasksUsers had to understand where each service livedClear self-service journeys with visible status
Manager ActionsFragmented review and individual processingConsolidated queues, filters, and bulk actions
Brand & UsabilityGeneric third-party experienceCES-specific responsive interface and design system
GrowthNew links increased fragmentationReusable modules and components support expansion

Designing a new experience around existing operational realities

01

Legacy Data

Employee information already existed across multiple legacy tables and could not be treated as a clean, new data model.

02

Active Processes

Employees and departments had to continue working while new modules were designed, developed, and introduced.

03

Multiple Roles

Employees, managers, HR, procurement, billing, and compliance required different access and task visibility.

04

Cross-Device Use

Frequent employee actions needed to remain simple on mobile while management workflows required desktop density.

05

Phased Migration

The portal needed to grow department by department without creating inconsistent versions of the product.

I led the product from architecture to implementation

As Product Designer and UX Architect, I initiated the redesign, defined the product structure, and designed the interactive experience across desktop and mobile. I translated existing business processes into module-level architecture, then broke each module into tasks, forms, permissions, approvals, and reusable interaction patterns.

I also supported implementation and phased release, working with stakeholders to identify broken functionality, validate department-specific needs, and refine the portal as adoption expanded across departments and client-aligned employee groups.

Product & UX Architecture

Defined modules, navigation, task flows, forms, approval paths, permissions, and the relationship between employee and manager experiences.

Interaction Design

Crafted responsive, role-aware screens that reduced complexity and made frequent actions easier to find and complete.

Design System

Established colour, typography, components, states, forms, and reusable patterns to support consistency across a growing enterprise application.

Delivery & Improvement

Guided flows through implementation, reviewed broken functionality, incorporated usability feedback, and supported phase-by-phase releases.

A three-person team with clear ownership

The work was completed over six months by a three-person design team. I owned the product architecture, task flows, interaction model, design direction, and design system. Responsibilities were divided so the team could progress in parallel while maintaining one consistent product vision.

For every new component, flow modification, and design-system decision, I explained the business scenario to product managers and developers. I gathered their operational and technical feedback, adjusted the flow where it improved the experience or implementation, and conducted a final flow walkthrough with developers before handover. This created shared understanding before development started and reduced ambiguity during implementation.

01

My Ownership

Product architecture, module structure, user flows, task reduction, interactive screens, design system, and implementation guidance.

02

Visual Support

A design colleague developed supporting iconography within the direction and system established for the portal.

03

Usability Support

A team member coordinated usability sessions while I translated findings into flow and interface improvements.

04

Stakeholder Alignment & Handover

I narrated each scenario with product managers and developers, incorporated relevant suggestions, and walked engineering through the final behaviour, states, and flow before handover.

The product existed in pieces; the design task was to understand, structure, and unify it

Double Diamond suited this project because the organisation already had data, content, and established workflows. We did not need to invent an HR process from nothing. We needed to understand the current ecosystem broadly, define the right internal portal problem, explore how the processes could be reorganised, and then deliver a coherent system that could improve through phased releases.

Diverge · 01

Discover

Audit legacy links, data sources, current tasks, stakeholder expectations, and department-specific workflows.

Converge · 02

Define

Identify the core problem: fragmented journeys, unclear structure, high cognitive load, and inefficient approvals.

Diverge · 03

Develop

Explore module structures, employee and manager flows, role-based dashboards, bulk actions, and responsive patterns.

Converge · 04

Deliver

Validate prototypes, build the design system, support development, release by phase, and improve from real use.

Architecture organised around jobs to be done, not database tables

The key architectural decision was to stop exposing the structure of the old system to users. Instead, I grouped information into recognisable modules and designed each module around the task a person needed to complete. Role-based access ensured employees, managers, HR, procurement, billing, and compliance teams saw the actions and information relevant to them.

EMP

My Profile & Documents

Profile updates, employee records, document upload, verification status, policies, healthcare, and insurance information.

TIME

Time, Leave & Attendance

Time entry, leave requests, overtime and comp-off, calendars, holidays, meetings, and personal status visibility.

MGR

Manager Workspace

Individual and bulk approvals, bulk rejection, team time monitoring, performance visibility, and pending-action queues.

OPS

Business Operations

HR, procurement, billing, and compliance workflows structured as connected modules within one portal.

LEARN

Learning & Engagement

Learning suggestions, employee notes, meetings, calendars, announcements, and supporting workplace information.

Designing leave approval as one connected journey

Leave approval became a reference flow for the wider portal because it connects employee self-service, policy rules, manager decisions, status communication, and HR records. The redesigned journey keeps ownership and next steps visible at every stage.

Step 01

Review Balance

The employee sees available leave, holiday context, and relevant policy information before beginning.

Step 02

Submit Request

A guided form captures dates, leave type, reason, and supporting documents with inline validation.

Step 03

Manager Review

The request enters a consolidated queue where the manager can review balance, dates, and team availability.

Step 04

Decision

The manager approves, rejects, or returns the request; bulk actions support higher-volume scenarios.

Step 05

Close the Loop

The employee receives a clear status update and the approved leave is reflected in calendars and records.

What Was Reduced

Link switching, repeated data entry, uncertainty about approval ownership, and manual status follow-up.

What Was Added

Context before submission, consistent validation, a manager action queue, visible status, and connected calendar updates.

Reducing cognitive load through clarity, hierarchy, and reusable patterns

Role-Based Dashboards

Employees see personal tasks and balances; managers see team status and approvals; operational teams see department-level work.

Action-Oriented Navigation

Navigation uses familiar employee tasks rather than internal table names or disconnected system terminology.

Bulk Management

Managers can review and act on multiple requests together, reducing repetitive work in high-volume approval scenarios.

Status & Feedback

Consistent states, confirmations, validation, and pending-action visibility help users understand what happened and what comes next.

Responsive Experience

Frequent employee actions remain simple on mobile while desktop views provide the density managers and departments require.

Scalable Design System

Shared components allow new modules and department workflows to be introduced without creating a different product each time.

Testing the product in real departmental contexts

We conducted usability testing with selected departments and reviewed the implemented product for broken functionality, unclear interactions, and missing paths. Findings were prioritised by task importance and operational impact, then translated into flow, content, and interface updates.

This was not a single release. The portal was introduced gradually across departments and client-aligned employee groups. Each phase gave us evidence to refine the next, allowing the system to become more stable and complete over time.

Observed FrictionDesign Response
Managers could miss requests distributed across modulesCreated one approval queue with counts, status, filters, and priority visibility
Processing requests one by one created repetitive workIntroduced selection patterns for bulk approval and bulk rejection
Employees could not easily understand document progressAdded Pending, Verified, and Action Required states with next-step guidance
Dense forms increased effort and uncertaintyGrouped fields by task, used progressive disclosure, and added inline validation
Important actions competed with general informationPrioritised role-specific shortcuts and pending actions on each dashboard
Department TestingBroken-Flow ReviewPrototype ValidationPhased RolloutContinuous Improvement

Releasing value while reducing organisational risk

The portal was introduced as a sequence of connected capabilities rather than one high-risk launch. The sequence below reflects the product logic used to establish foundations first, then expand into management and operational workflows.

Phase 01

Foundation

Authentication, employee profile, core navigation, documents, policies, and shared design-system patterns.

Phase 02

Time & Leave

Time entry, attendance, leave, overtime, comp-off, holiday calendars, and employee status.

Phase 03

Manager Actions

Approval queues, bulk actions, team monitoring, performance visibility, and pending work.

Phase 04

Operations

HR, procurement, billing, compliance, and department-specific workflow integration.

Phase 05

Engagement & Stabilisation

Learning suggestions, meetings, employee notes, feedback-led fixes, and release refinement.

A dedicated CES platform built for employees and the teams supporting them

One unified employee portal

Previously scattered links and workflows were brought into one structured, recognisable product experience.

Clear self-service journeys

Employees can manage profile information, documents, leave, overtime, policies, benefits, calendars, and related workplace tasks.

More efficient manager actions

Role-based dashboards, approval queues, bulk approval and rejection, and team monitoring support faster operational decisions.

A foundation for multiple departments

The modular architecture and design system support HR, procurement, billing, compliance, and future internal capabilities.

Improved through phased delivery

Department feedback and implementation reviews shaped ongoing releases until the portal reached its completed, updated state.

One crowded dashboard or role-based progressive disclosure?

An early direction considered placing most employee services and management information on one dashboard. That would have made every capability immediately visible, but it also reproduced the complexity we were trying to remove.

I chose a task-based home experience with role-specific shortcuts, pending actions, and progressive disclosure. Employees see personal services and status; managers see team work and approvals; operational users enter their department modules. This reduced visual competition while preserving fast access to frequent tasks.

Option Rejected

A universal dashboard exposing all modules equally. It supported visibility but increased density, scanning effort, and permission complexity.

Direction Selected

Role-based dashboards with shared foundations, contextual shortcuts, and deeper information revealed only when required.

From lo-fi flows to high-fidelity screens

The final interface translates the portal architecture into responsive mobile and desktop experiences. A dark-navy CES visual language, clear status patterns, reusable cards, structured forms, and role-aware dashboards create consistency across employee self-service and management workflows.

CES Mobile Login Screen

Secure Login

CES Mobile Overview Screen

Employee Overview

CES Mobile Reset Password

Password Recovery

CES Mobile Dashboard

Mobile Dashboard

CES Desktop Dashboard — Manager View

Desktop — Manager Dashboard with team overview, task cards, and attendance panel

CES Desktop Dashboard — Employee View

Desktop — Employee Dashboard with leave balance, calendar, news, and policies

01

Role-based navigation

Navigation prioritises services and modules relevant to each employee, manager, or operational role.

02

Pending actions first

Approvals, tasks, and exceptions are surfaced before lower-priority information to support faster decisions.

03

Visible status

Leave, attendance, documents, and requests use consistent status patterns so progress is easy to understand.

04

Time in context

Calendar and attendance views connect working time, holidays, leave, and overtime in one mental model.

05

Manager efficiency

Dense team views, filters, and bulk actions support high-volume review without overwhelming employee screens.

Consistency across modules, roles, and releases

I created the design system to keep a growing enterprise portal coherent as new modules and department workflows were introduced. Foundations covered colour, typography, spacing, form behaviour, feedback, and status communication; reusable components covered navigation, cards, tables, filters, approvals, calendars, alerts, and responsive states.

Colour & Typography Responsive Grid Forms & Validation Tables & Bulk Actions Status & Feedback Role-Based Navigation

Foundation

A unified visual language makes dense operational information easier to scan and supports a recognisable CES product identity.

Governance

Reusable patterns reduce inconsistency, clarify implementation, and give future modules a stable framework rather than a new visual solution each time.

Foundations

Shared visual rules

Colour, type, spacing, layout, iconography, and accessibility states establish a consistent base.

Inputs

Forms & validation

Reusable fields, date controls, upload patterns, helper text, and errors support complex employee data.

Operations

Workflow components

Tables, filters, status tags, approval cards, bulk actions, and alerts cover recurring enterprise tasks.

Responsive

Device-aware behaviour

Patterns adapt from desktop management views to focused mobile self-service without losing task continuity.

What this project strengthened in my product practice

This project reinforced that enterprise UX architecture is not simply arranging screens. It connects data, tasks, permissions, departments, and decisions into a system people can understand. The strongest simplification came from organising the portal around employee and manager tasks—not around the fragmented structure inherited from the legacy application.

Working in a three-person team also strengthened my ability to set direction while enabling parallel delivery. I owned the architecture, core flows, interaction design, and system coherence; the team contributed icon design and usability activity within that shared framework. Implementation reviews and department feedback became design inputs, helping us correct broken paths and improve the portal phase by phase.

Design Around TasksArchitecture Before ScreensImplementation Is UXPhased Learning Reduces RiskSystems Create Consistency
← Back to Works