Enrollpoint

MacBook closed on a table
MacBook closed on a table

Client

Florida Blue

Scope

Product Design, Platform UX

Contributers

Product designer, Design lead, Dev team

Duration

2019-2020

EnrollPoint was Florida Blue's legacy enrollment system. The people using it were licensed agents and brokers, on the phone with someone trying to get health coverage. Miss one required field and the system dumped them back to the home screen. Whatever they'd built up to that point was gone, mid-call.

Node-based navigation forced constant backtracking. Notifications and resources lived outside the flow entirely. And the data structure underneath the platform could not change. Whatever we built had to work around that, not through it.

I led the redesign to modernize the experience around the people actually using it.

Enrollpoint

Enrollpoint

MacBook closed on a table

Client

Florida Blue

My role

Product Design, Platform UX

Contributers

Product designer, Design lead, Dev team

Duration

2019-2020

EnrollPoint was Florida Blue's legacy enrollment system. The people using it were licensed agents and brokers, on the phone with someone trying to get health coverage. Miss one required field and the system dumped them back to the home screen. Whatever they'd built up to that point was gone, mid-call.

Node-based navigation forced constant backtracking. Notifications and resources lived outside the flow entirely. And the data structure underneath the platform could not change. Whatever we built had to work around that, not through it.

I led the redesign to modernize the experience around the people actually using it.

Defining the problem

Agents needed to move fast on a call without losing their place, and clear guidance during first-time enrollments when they're explaining basics to new buyers. Brokers were juggling Florida Blue alongside other carriers' systems, often managing the same client for years, and couldn't afford a tool that cost them more time than the alternatives.

Both groups shared the same core fear: editing time-sensitive health records was risky. One wrong edit could misrepresent a member's coverage history, and they knew it.

What they needed was simple to say and hard to build: let me do the task in front of me without fear of breaking something else.

How we modernized it

We replaced the node-based menus with contextual actions embedded directly in the enrollment screens. Controls lived where the action happened, not three clicks away. This is what let agents stay on a call without losing their place, and gave brokers fast access to plan history without digging through menus for clients they'd worked with for years.

We also reorganized the layout around high-value work, pulling the information both groups needed most to the front and pushing the rest back. Less time spent navigating meant less friction switching between tasks across a high volume of clients.

None of this touched the backend. The constraint was real, so the redesign had to work within it instead of around it.

Refocusing the interface around high-value work
Refocusing the interface around high-value work

The original layout prioritized general information over action, forcing agents to scan dense screens and jump between sections. We re-evaluated how space was used and shifted the interface toward power users. Sections were reorganized, low-value content was deprioritized, and high-impact information was pulled forward. By aligning layout with what agents actually needed, the interface became easier to scan and less error-prone.

Making time-based data safe to edit
Making time-based data safe to edit

Updating time-sensitive health data was one of the most fragile parts of EnrollPoint. Agents needed to re-date member activity without breaking records or losing context. We redesigned the time-stamping experience around a clear, chronological model that grouped plans, classifications, and statuses by date. This allowed agents to understand history at a glance and make changes with confidence, removing the need for risky workarounds.

Getting time-stamping right


Designing for trust in complex data changes

Solving time-stamping required heavy iteration. Early concepts explored horizontal timelines and flexible interactions, but many introduced risk during complex edits. Business partners were especially concerned about accidental changes, forcing us to balance flexibility with safety. We prioritized clarity and control over clever interactions—anchoring edits to a chronological structure and using deliberate interaction states reduced hesitation and rebuilt trust in one of the system's most fragile areas.

What shipped

0%

0%

Faster agent onboarding.

0%

0%

Faster agent onboarding.

0%

0%

Faster agent onboarding.

0%

0%

Fewer errors.

0%

0%

Fewer errors.

0%

0%

Fewer errors.

0%

0%

State preservation.

0%

0%

State preservation.

0%

0%

State preservation.

0

0

Pages redesigned

0

0

Pages redesigned

0

0

Pages redesigned