01 — Product Overview
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.
02 — The Challenge
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.
- 01Fragmented employee journeysLeave, documents, policies, insurance, and time-related tasks were accessed through different links instead of one predictable navigation model.
- 02Unstructured informationData coming from separate tables made information difficult to organise, interpret, and maintain consistently.
- 03High cognitive loadEmployees and managers had to understand the system structure before completing ordinary workplace tasks.
- 04Limited management efficiencyIndividual approvals, time review, and employee monitoring lacked the bulk actions and consolidated views managers needed.
03 — Before & After
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 Area | Before · Legacy Experience | After · CES People Portal |
|---|---|---|
| Navigation | Separate links for related employee services | One role-based portal organised by task |
| Information | Data exposed through different tables and locations | Structured modules with consistent hierarchy |
| Employee Tasks | Users had to understand where each service lived | Clear self-service journeys with visible status |
| Manager Actions | Fragmented review and individual processing | Consolidated queues, filters, and bulk actions |
| Brand & Usability | Generic third-party experience | CES-specific responsive interface and design system |
| Growth | New links increased fragmentation | Reusable modules and components support expansion |
04 — Product Constraints
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.
05 — My Role & Leadership
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.
06 — Team & Collaboration
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.
07 — Why Double Diamond
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.
08 — Information Architecture
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.
09 — End-to-End Flow
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.
10 — Key Design Decisions
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.
11 — Validation & Iteration
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 Friction | Design Response |
|---|---|
| Managers could miss requests distributed across modules | Created one approval queue with counts, status, filters, and priority visibility |
| Processing requests one by one created repetitive work | Introduced selection patterns for bulk approval and bulk rejection |
| Employees could not easily understand document progress | Added Pending, Verified, and Action Required states with next-step guidance |
| Dense forms increased effort and uncertainty | Grouped fields by task, used progressive disclosure, and added inline validation |
| Important actions competed with general information | Prioritised role-specific shortcuts and pending actions on each dashboard |
12 — Phased Rollout
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.
13 — Outcome
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.
14 — Key Product Decision
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.
15 — Design & Interface System
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.
Secure Login
Employee Overview
Password Recovery
Mobile Dashboard
Desktop — Manager Dashboard with team overview, task cards, and attendance panel
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.
16 — Design System & Scalability
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.
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.
17 — Reflection
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.