Streamlining QLEs for a

70%

Ops Efficiency Win

Streamlining QLEs for a

70%

Ops Efficiency Win

Streamlining QLEs for a

70%

Ops Efficiency Win

Routine manual account updates are placing a disruptive burden on Ops, consuming ~30% of weekly capacity and limiting focus on strategic initiatives.

Project Summary

SureCo’s Qualifying Life Events (QLE) feature was developed to simplify a tedious and complex administrative process for both employees and internal SureCo admins.

The QLE feature allows employees to easily provide the necessary information for life changes (e.g., marriage, childbirth, job changes) in a structured, guided flow. This flow significantly reduces back-and-forth communication, minimizes errors, and improves processing efficiency with insurance carriers.

Project

Qualifying Life Events

Client

SureCo

Industry

Health Insurance

My Role

Product Designer (Lead) /
Team Facilitator

Team

PM, 2 Eng

Duration

2023 / 3 months

Results

Admin Efficiency

+70%

Admin workload for QLE processing decreased compared to previous OEP.

Address Error Reduction

+85%

Employee enrollment completion rates increase.

Processing Time

-3 days

Average QLE processing time decreased from 5 days to 2 days.

The QLE feature is a game changer. It’s so easy to use, and I loved how clear the instructions were.

Jennifer F.

Client Employee

The QLE feature is a game changer. It’s so easy to use, and I loved how clear the instructions were.

Jennifer F.

Client Employee

The QLE feature is a game changer. It’s so easy to use, and I loved how clear the instructions were.

Jennifer F.

Client Employee

As an admin, this tool has made my job so much easier. I no longer need to chase customers for missing details.

Lindsay M.

SureCo Admin

As an admin, this tool has made my job so much easier. I no longer need to chase customers for missing details.

Lindsay M.

SureCo Admin

As an admin, this tool has made my job so much easier. I no longer need to chase customers for missing details.

Lindsay M.

SureCo Admin

Problems

The solution needed to support two user groups.

Employees

Employees

SureCo Admins

SureCo Admins

SureCo Admins

Frustrating delays

When updating basic personal info like an address, often requiring back-and-forth with support.

Frustrating delays

When updating basic personal info like an address, often requiring back-and-forth with support.

Frustrating delays

When updating basic personal info like an address, often requiring back-and-forth with support.

Lack of control and visibility

Lack of control and visibility

Lack of control and visibility

Time-consuming manual work

With admins spending hours each week updating spreadsheets for simple account changes.

Time-consuming manual work

With admins spending hours each week updating spreadsheets for simple account changes.

Time-consuming manual work

With admins spending hours each week updating spreadsheets for simple account changes.

High risk of errors

High risk of errors

High risk of errors

Lack of scalability

Lack of scalability

Lack of scalability

Goals

Employees

Employees

SureCo Admins

SureCo Admins

SureCo Admins

Simplify Submissions

Easily submit QLE information and documents in one place.

Simplify Submissions

Easily submit QLE information and documents in one place.

Simplify Submissions

Easily submit QLE information and documents in one place.

Increase Transparency

Increase Transparency

Increase Transparency

Reduce Friction

Reduce Friction

Reduce Friction

Streamline Workflows

Reduce manual data entry and document processing.

Streamline Workflows

Reduce manual data entry and document processing.

Streamline Workflows

Reduce manual data entry and document processing.

Boost Accuracy

Boost Accuracy

Boost Accuracy

Reclaim Time

Reclaim Time

Reclaim Time

Initial Designs

The goal was to replace a manual, error-prone workflow with a simple, structured experience that made it easy for users to provide the right information at the right time.

Requirement Mapping

First, I mapped out requirements for each Qualifying Life Event type. While the flows shared a common structure, each scenario—like relocation or adoption—had unique inputs and documentation needs.

Conditional Questions

Dynamically adjusted based on the selected life event, ensuring users only answered relevant prompts.

Once the requirements were clear, I created low-fidelity wireframes for a step-by-step flow that would guide employees through the submission process.

Feedback

The PM and I interviewed a dozen employees and walked them through the prototype to get their thoughts on what was clear, confusing, or missing.

Below is some of the feedback we received from employees that helped shape the Final Designs.

QLE Types

I received feedback that there was some “confusion as to whether or not the employee’s case was an add or remove,” and introduced specific labeling for QLE types, because we wanted to reduce friction and help users quickly understand the action they needed to take.

See More

QLE Types

I received feedback that there was some “confusion as to whether or not the employee’s case was an add or remove,” and introduced specific labeling for QLE types, because we wanted to reduce friction and help users quickly understand the action they needed to take.

See More

Pre-feedback

Pre-feedback

Post feedback

Post feedback

Pre-feedback

Pre-feedback

Post feedback

Post feedback

Address Selection

I received feedback that “new vs old addresses are hard to differentiate,” and reordered the address fields to Street, City, State, ZIP, because we wanted to increase transparency and make it easier for users to scan and confirm their selections.

See More

Address Selection

I received feedback that “new vs old addresses are hard to differentiate,” and reordered the address fields to Street, City, State, ZIP, because we wanted to increase transparency and make it easier for users to scan and confirm their selections.

See More

Summary Step

Users said the summary felt unclear—they couldn’t easily see all their new selections at once or compare them to their previous benefits. So instead individual cards, I switched to a table view. I added a collapsible section to increase transparency and make comparisons easier.

See More

Summary Step

Users said the summary felt unclear—they couldn’t easily see all their new selections at once or compare them to their previous benefits. So instead individual cards, I switched to a table view. I added a collapsible section to increase transparency and make comparisons easier.

See More

Pre-feedback

Pre-feedback

Post feedback

Post feedback

Constraints

After completing the initial iterations, it became clear that including all QLE types in the MVP would add unnecessary complexity and slow down delivery. Another constraint was the benefits selection screens—which already existed but required significant updates.

To keep the project on track, we prioritized the Relocation flow, the most common QLE reported by admins, and reused the existing benefit selection UI wherever possible. This allowed us to move quickly while still delivering meaningful value.

Final Designs

This final flow reflects the full QLE experience, from employee initiation through summary review. It incorporates learnings from user feedback and focuses on reducing friction, improving clarity, and increasing transparency throughout the process.

Additional features that were shipped:

Horizontal Progress Bar

I got feedback that the vertical stepper was easy to miss and took up too much space, so I switched it to a horizontal one at the top to make it more visible and free up room for the main content.

Pre-feedback

Pre-feedback

Post feedback

Post feedback

Automated Email Notifications

Employees and admins weren’t getting updates during the previous QLE process, so I set up a series of automated emails to keep the right people in the loop at the right time.

Admin Dashboard

Admins told me they were spending too much time tracking down QLE details and making manual updates, so I designed a centralized dashboard to manage everything in one place. This was to allow admins reclaim time and boost accuracy of QLE processing.

Learnings

Focus on the most frequent use cases first

By prioritizing the Relocation flow—the most common scenario—we were able to validate core functionality quickly and deliver immediate value.

Focus on the most frequent use cases first

By prioritizing the Relocation flow—the most common scenario—we were able to validate core functionality quickly and deliver immediate value.

Focus on the most frequent use cases first

By prioritizing the Relocation flow—the most common scenario—we were able to validate core functionality quickly and deliver immediate value.

Design for modularity and scalability

Design for modularity and scalability

Design for modularity and scalability

Cross-functional collaboration uncovered critical edge cases

Cross-functional collaboration uncovered critical edge cases

Cross-functional collaboration uncovered critical edge cases

Next Steps

Expand coverage to additional QLE types

Starting with “Removing a family member from insurance,” the next most common scenario.

Expand coverage to additional QLE types

Starting with “Removing a family member from insurance,” the next most common scenario.

Expand coverage to additional QLE types

Starting with “Removing a family member from insurance,” the next most common scenario.

Integrate backend automation

Integrate backend automation

Integrate backend automation