Person
staffcare-casestudy

2026

Helping Doctors Carry Their Professional History

Helping Doctors Carry Their Professional History

Redesigning the credentialing experience inside a medical business-administration platform used by 1.4M+ providers.

Multi Persona

Field Ops

B2B2C SaaS

B2B SaaS

Role

Offshore design track lead

Team

6 Designers, PM, PO & Leadership

Timeline

10 mo

Tools

Figma (Design), Maze (Usability Testing),

LLMs for research and processing

TL;DR: The Numbers

Setting the Stage

The organization operates a centralized business administration platform used by healthcare providers and hospitals to manage credentialing, onboarding, and directory data.


When it works, credentialing is invisible.
When it doesn’t, onboarding stalls, directories break, and trust erodes.

The organization operates a centralized business administration platform used by healthcare providers and hospitals to manage credentialing, onboarding, and directory data.


When it works, credentialing is invisible.
When it doesn’t, onboarding stalls, directories break, and trust erodes.

Millions of practitioners rely on it to:

  • Submit professional information

  • Maintain accurate records across hospitals

  • Stay compliant with regulatory requirements

The Constraints

Compliance is
non-negotiable

Past affiliations must remain auditable.

No deletion. No shortcuts.

Legacy data is real

Millions of records already exist,

Messy, inconsistent, but critical.

Problem

Doctors [Who] were abandoning the credentialing flow because it meant filling a long, repetitive form with no sense of progress and no guardrails against mistakes [what problem] every time they onboarded to a hospital or updated their professional profile, [where/when] which led to drop-offs, errors caught late in admin review, and admins spending their time fixing data instead of checking whether it was correct. [negative impact]

Doctors [Who] were abandoning the credentialing flow because it meant filling a long, repetitive form with no sense of progress and no guardrails against mistakes [what problem] every time they onboarded to a hospital or updated their professional profile, [where/when] which led to drop-offs, errors caught late in admin review, and admins spending their time fixing data instead of checking whether it was correct. [negative impact]

  • Doctors were re-entering the same information repeatedly

  • Historical records existed, but weren’t reusable

  • Errors were discovered late, during admin review

  • Admin teams spent time fixing data instead of reviewing intent

Zooming In

To show where this hurt most, here's the flow I went deep on

Hospital Affiliations

Hospital Affiliations

A "hospital affiliation" is just the relationship between a doctor and a hospital, past or present.

Each doctor lists these kinds of connections:

  • Hospitals where they can admit patients: places they actively work at, with full privileges.

  • Hospitals they're connected to but don't admit at: partial roles, research positions, consulting.

  • Old hospitals they used to work with: kept on file for legal and credentialing reasons.

If it's wrong, a doctor might not be legally allowed to practice where they say they are.

Who it's for

The Practitioner

The Practitioner

The Practitioner

A doctor managing their own credentials, no training, no patience, expecting it to just work.


Admins and ops teams used the same system, but the doctor was the one abandoning the flow, so they're who I built around.

Legacy Experience

How effective was the Legacy Experience?

How effective was the Legacy Experience?

How effective was the Legacy Experience?

While legacy experience had been in existence since a long time it needed some remodeling and user flow arrangement.

Screens are anonymized and heavily blurred to comply with NDA restrictions.

All affiliation types were shown at once, increasing cognitive load before users understood the task.

Long, scroll-heavy layouts obscured task progress and completion.

Absence of progress indicators reduced confidence in whether steps were finished.

Information was organized by system structure, not user mental models.

Error states lacked visual hierarchy, making issues easy to miss.

How I Researched

We were stuck here:

We didn't know exactly why doctors got stuck or made mistakes filling this out.

So the research wasn't to prove a theory, it was to find one.

We didn't know exactly why doctors got stuck or made mistakes filling this out.

So the research wasn't to prove a theory, it was to find one.

Where in the flow do people

  • lose confidence,

  • make mistakes,

  • or give up?

How we approached it & Method

I ran a mixed-methods study on the legacy flow, combining quantitative usability metrics with qualitative behavioral observation to find both where users failed and why.

1 — Moderated remote usability testing

1 — Moderated remote usability testing

With a span of 70 participants across both personas (providers and credentialing admins), recruited to match real-world experience levels.

2 — Task-based scenarios

2 — Task-based scenarios

Mirroring real affiliation workflows: adding a new active affiliation, updating an existing record, and entering a past inactive affiliation.

3 — Post-task SEQ (Single Ease Question)

3 — Post-task SEQ (Single Ease Question)

After each scenario to capture perceived difficulty.

4 — Post-session SUS (System Usability Scale)

4 — Post-session SUS (System Usability Scale)

To benchmark the legacy experience against a comparable baseline.

What it tracked:

Quantitative:

  • Task success rate — completed without assistance, with assistance, or failed

  • Time-on-task per scenario

  • Error rate — misclicks, wrong-field entries, abandoned steps

  • Drop-off points — where in the flow participants gave up or got stuck

  • SEQ and SUS scores for benchmarking

Research Findings

The Numbers

The Numbers

56%

56%

56%

Task Success Rate

30%

30%

30%

Users abandoned

14%

14%

14%

Needed assistance

Component Design

  1. Tables

  1. Tables

Previous data was a long scroll. Can we condense it into tables for better data representation?

Before state

Component Design

  1. Progress Indicators

  1. Progress Indicators

Taking it one task at a time and taking care of all use cases

Component Design

  1. Standardization Popups

  1. Standardization Popups

Lets avoid double data entry due to typos or change in the input style.

Final Screens

  1. Landing Page

  1. Landing Page

This is where practitioners start their flow

Before state

Final Screens

  1. Form Experience

  1. Form Experience

Optimising for scannability

Before state

Final Screens

  1. Preventing Accidental Data Loss

  1. Preventing Accidental Data Loss

Lets aim to save the data than to realise you messed up later

What changed?

What changed?

Each tab focused on a single task at a time, lowering cognitive load

Added a visible progress indicator, giving users a clear sense of completion

Reduced scrolling by moving content into tables and controlled views.

Improved error discoverability by surfacing issues

Impact

Things got better

Things got better

Things got better

Early validation showed strong improvements in both usability and confidence.

80%

80%

participants said they’d prefer this flow over the legacy experience

30% to 9%

Drop-off fell

84%

84%

task success rate in completing hospital affiliation updates

Reflection

Designing for history is different from designing for input.

Designing for history is different from designing for input.

Designing for history is different from designing for input.

The system already had the data — the real challenge was helping users trust and reuse it.

Leadership meant owning clarity, not just screens.
As the flow grew in scope, my role shifted from execution to ensuring the experience stayed coherent across the team.

Project Confidentiality Notice:

Project Confidentiality Notice:

This project has not yet launched publicly. To respect client confidentiality and NDA agreements, all brand names, logos, specific organizational details, and color schemes have been redacted or altered and switched to dummy data.


The work shown represents real design solutions and validated outcomes, presented in anonymized form.

This project has not yet launched publicly. To respect client confidentiality and NDA agreements, all brand names, logos, specific organizational details, and color schemes have been redacted or altered and switched to dummy data.


The work shown represents real design solutions and validated outcomes, presented in anonymized form.

More Works

(KLYG® — 02)

©2025

More Works

©2025

FAQ

01

Why should I hire you over someone with more years?

02

What does "AI-first" actually mean in your workflow?

03

Do you design for mobile or desktop?

04

How do you handle disagreements with stakeholders?

05

What kind of projects do you not want to work on?

06

How fast can you actually work?

Why should I hire you over someone with more years?

What does "AI-first" actually mean in your workflow?

Do you design for mobile or desktop?

How do you handle disagreements with stakeholders?

What kind of projects do you not want to work on?

How fast can you actually work?

Create a free website with Framer, the website builder loved by startups, designers and agencies.