02 — CASE STUDY

Account management refresh

Reducing client support requests by redesigning the sign-in and account recovery experience

UX Lead Research synthesis Heuristic evaluation Content design Usability testing
Redesigned account sign-in experience
Team & role
My role
  • Synthesized prior user research and support data
  • Ran a top task heuristic evaluation to find high impact issues
  • Prioritized opportunities by pain point & feasibility
  • Led UX from problem definition through testing & handoff
Team
UX team Product Manager Developers Client Contact Centre reps Accessibility specialists
AI agent
  • Self-built Claude agent for Accessibility check
The problem

Account access had become the largest source of learner frustration and support demand.

Client Contact Centre (CCC) data showed 81% of all support requests were account related. Users struggled to tell whether they should sign in, recover an account, create a new one, or recover after changing departments.

This confusion generated unnecessary support requests, duplicate accounts, and delayed access to learning.

CCC support requests
Account management & sign in64%
Account creation17%
Other19%
Account-related total 81%
Why it mattered
Why it mattered — learners
  • Couldn't access mandatory training
  • Uncertainty during onboarding
  • Duplicated accounts
Why it mattered — organization
  • High support volume
  • Increased operational cost
  • Poor first impression of the platform
01 · Prioritization

From identified potential features, I prioritized opportunities using the Kano model, weighing user value against functionality.

Account management emerged as the highest priority. It represented the largest volume of support cases while offering several low effort but high impact improvements.

Kano model prioritization matrix for account management features
02 · Understanding the problem

Journey mapping

I mapped four distinct account journeys to see where confusion originated.

01Returning learner
02New employee
03Department transfer
04Password recovery
Diagram of four account journeys
Observations & UX insights
Observation
UX insight
Account recovery link was hidden
Users couldn't identify the correct path
Create account was more visible
People created duplicate accounts
Instructions were inconsistent
Users lacked confidence to continue
Recovery expectations were unclear
Increased abandonment and support calls
03 · DESIGN APPROACH
01

Help users identify the correct journey immediately

02

Reduce decision-making at sign in

03

Prevent duplicate accounts

04

Improve confidence through clear guidance

05

Minimize effort by reusing existing components

Design approach exploration for the account management flows
04 · Design execution
01

Make account paths immediately understandable

A two-column homepage  clearly surfaced the primary action of signing in and secondary paths of account recovery and creation.

Why it works
  • Reduces cognitive load
  • Establishes visual hierarchy
  • Surfaces uncommon tasks without competing with sign in
  • Decreases incorrect account creation
Before: original account sign-in homepage
Before
After: redesigned two-column account sign-in homepage
After
02

Clear guidance to increase confident at each step

I introduced clear indicators and messages through out the whole account recovery process:
  • Instructions using GC Design system stepper design
  • Clear error and warning messages
  • Progress indicator
  • Plain language
Account recovery stepper flow with clear progress indicators
05 · Design decisions
Use existing design system components

Allowed engineering to implement quickly while maintaining consistency. I spoke with engineers to understand how the original page was built, then reused the same UI elements.

Surface secondary actions rather than hiding them

Rare actions should still be discoverable. Hiding recovery was the root cause of duplicate accounts and support calls.

Separate account creation from account recovery

Sorting user tasks right at the beginning will reduce confusion and decision making.

Trade-off — 2FA constraint

The 2FA also stood out as a pain point for frequent learners. But the measurement couldn't be changed due to privacy policy. I still raised the issue to the steering committee and proposed alternatives for future consideration.

06 · Validation

Usability testing

Identified the correct journey

Noticed department transfer immediately

Recovered account with less hesitation

"I really like the the new use cases that you've added here.
They can click on this if they've changed department, which is also something that happens pretty frequently within the government, then they can follow this link to recover their accounts. That was a lot easier."

— Usability test participant

Accessibility testing

Ease of use across assistive technologies: screen reader, screen magnification & alternative navigation

80% recommendation rate

100% of testers completed the task

"I enjoyed that the interface was very simple. All the fields were very clear as well as the checkboxes. I also liked that the error messages were clear and easy to find with Voiceover."

— Fable accessibility test participant
07 · Business outcome
40% fewer log-in issue cases
  • Faster account recovery
  • Fewer duplicate accounts
  • Greater confidence completing recovery
08 · Reflection

UX works in various scales within constrains. Continuing product improvement sometimes looks like small changes but lead to proven impact. Small wins are celebrated too!

Also check out
↑ Back to top