Nexus Insurance

Redesigning a data-heavy quotation workflow around intent to prioritize clarity and operational velocity.

Insurance

B2B

This case study is based on professional experience in a regulated enterprise environment. Visuals have been deliberately generalized, simplified. The content reflects my design approach and decision‑making.

Role

Product Designer (UI/UX)

Team

  • Project Manager (project initiation & requirements)

  • Developers (feasibility & implementation alignment)

  • Me

Platform

Desktop

Duration

4 months

Intro

Adopting a structural rethinking to boost efficiency and clarity

Intro

Adopting a structural rethinking to boost efficiency and clarity

Insurance brokers manage complex, extensive quotation workflows. The existing tool was outdated and fragmented: no status overview, limited validation, and no specific flow based on goal/task.

I redesigned a broker quotation tool that provided two distinct workflows based on the goal and introduced a real-time dashboard, transforming a fragmented, error-prone process into a system built around how brokers actually work.

Impact 1

Faster quotation process

Brokers could quickly complete simulations and formal quotations, thanks to the step-by-step approach.

Impact 2

Reduced errors and incomplete submissions

Structured flows and inline validation reduced incomplete and inconsistent submissions.

Impact 2

Reduced errors and incomplete submissions

Structured flows and inline validation reduced incomplete and inconsistent submissions.

Impact 3

Reduced cognitive load

The dashboard gave brokers a real-time overview of every quote's status and next required action.

Impact 4

Increased focus

Splitting simulation and formal quote into two distinct flows let brokers focus on what mattered at each moment.

Context

The problem: two goals, one flow, no overview

  • The existing quotation tool was outdated and fragmented, and did not offer an overview of the tasks and their status.

  • Brokers used it for two different purposes: creating a quote simulation, which required a certain amount of data, and generating a formal quote, which had to include all the data and no errors.

Broker task analysis

Main findings

Finding 1

One flow for two different goals

Simulation and quote generation were collapsed into a single process, forcing brokers through full data entry regardless of their goal.

Finding 1

One flow for two different goals

Simulation and quote generation were collapsed into a single process, forcing brokers through full data entry regardless of their goal.

Finding 2

No visibility over active quotes

Brokers were missing time-sensitive items. No real-time overview of where quotes stood, what needed action, or which submissions were at risk of expiring.

Finding 3

Complexity without structure

Dense input fields made data entry overwhelming and error-prone, lacking guidance on progression or validation to catch mistakes before submission.

The problem was that the system treated the two tasks identically, forcing full data entry regardless of intent. Furthermore, no overview was provided to support the work and avoid mistakes.

My role

How did I solve it?

🕵️‍♀️ Discovery

I worked starting from a brief, collaborated with PM to understand broker workflows and map the problem.

✏️ Design

I led the design development, owned the interaction model and key structural decisions.

🚀 Validation

I conducted 8 semi-structured sessions with brokers across three focus areas.

📑 Handover

I prepared documentation and assets for handoff to development team.

Design direction

Three decisions, one structural logic

The three findings pointed directly to three design principles that became the foundation of the solution.

Direction 1

Shaping two flows, keeping it as one tool

Direction 1

Shaping two flows, keeping it as one tool

Direction 2

Designing the dashboard as an operational control center

Direction 2

Designing the dashboard as an operational control center

Direction 3

Introducing multi-step forms to balance guidance and flexibility

Direction 3

Introducing multi-step forms to balance guidance and flexibility

1. Shaping two flows, keeping it as one tool

Design idea 💡

Two intents: fast exploration and formal submission. Two clearly separated entry points, with a bridge to move from simulation to formal generation.

Impact 💥

Reduced unnecessary input for exploratory tasks, saving time and effort, and increased clarity around process expectations.

1. Shaping two flows, keeping it as one tool

Design idea 💡

Two intents: fast exploration and formal submission. Two clearly separated entry points, with a bridge to move from simulation to formal generation.

Impact 💥

Reduced unnecessary input for exploratory tasks, saving time and effort, and increased clarity around process expectations.

Before

Each individual input field was marked for simulation or quote generation.

After

*Already filled in fields, if simulation has been run.

2. Designing The dashboard as an operational control center

Design idea 💡

Redesigned the dashboard around real-time status visibility, next-action CTAs per quote state, and expiring quote prioritization.

Impact 💥

Reduced ambiguity about next steps, improved visibility of workload, and supported prioritization (e.g., expiring quotes).

2. Designing The dashboard as an operational control center

Design idea 💡

Redesigned the dashboard around real-time status visibility, next-action CTAs per quote state, and expiring quote prioritization.

Impact 💥

Reduced ambiguity about next steps, improved visibility of workload, and supported prioritization (e.g., expiring quotes).

3. Introducing multi-step forms to balance guidance and flexibility

Design idea 💡

The flow has been designed as a guided, step-by-step process, giving a structure to the complexity. Clear progression indicators, validation logic and contextual grouping have been included.

Impact 💥

Expected reduced error rates in submissions and efficiency boost, led by faster submission.

3. Introducing multi-step forms to balance guidance and flexibility

Design idea 💡

The flow has been designed as a guided, step-by-step process, giving a structure to the complexity. Clear progression indicators, validation logic and contextual grouping have been included.

Impact 💥

Expected reduced error rates in submissions and efficiency boost, led by faster submission.

Alternative solution

A second solution has been designed, as single-page form, which was preferred by the client. Usability testing with both approaches showed step-by-step was clearly better understood and less error-prone, giving me the evidence to override the preference.

Research and validation

Validating the decisions with brokers

8 semi-structured usability sessions conducted with brokers around three focus areas, each tied directly to a key design decision.

Sessions

8 usability sessions

Sessions

8 usability sessions

Method

Semi-structured interviews

Participants

Insurance brokers

Participants

Insurance brokers

Outcome

8/8 Brokers navigated the two flows without guidance during usability testing, confirming the structure matched their mental model from the first interaction.


Research focus

Focus 1:

The two flows

Validate whether brokers immediately understood the distinction between simulation and quote without explanation.

Finding: 8 out of 8 brokers understood the difference and setup the right expectations of the two flows.

Focus 2:

The dashboard

Test whether the status overview and next-action CTAs gave brokers enough clarity, especially if expiring quotes were visible enough.

Finding: Expiring quotes were being missed — action labeling was adjusted, directly shaping the final prioritization logic.

Focus 3:

Step-by-step vs one-page form

Identify which approach (single page vs multi-step), testing how they could navigate data entry more accurately.

Finding: Step-by-step was clearly better understood and less error-prone, overriding the client's one-page preference with evidence.

Outcome

What changed & how did the solution help the business and users?

The redesign changed not just how brokers generated quotes, but how they thought about the task itself.

By separating simulation from formal submission and giving brokers a clear overview of their work, the tool became a genuine operational support.

Outcome 1

Two flows, two goals: clarity by design

Separating simulation and quote generation gave brokers a clear structure at every stage, reducing cognitive load.

Outcome 2

Fewer errors and incomplete submissions

The step-by-step flows guided the brokers and reduced incomplete and inconsistent submissions.

Outcome 2

Fewer errors and incomplete submissions

The step-by-step flows guided the brokers and reduced incomplete and inconsistent submissions.

Outcome 3

Dashboard as real-time operational center

The dashboard gave brokers a real-time view of every quote, what needed action, and what was at risk.

Outcome 3

Dashboard as real-time operational center

The dashboard gave brokers a real-time view of every quote, what needed action, and what was at risk.

Reflections

What I learned

This project reinforced that simplifying enterprise software doesn't mean reducing complexity: it means structuring it.

Designing for brokers required respecting domain rules while creating systems that guide, rather than constrain, user behavior.

It also showed the value of letting research make the call. The step-by-step vs one-page decision wasn't resolved by opinion, it was resolved by putting both in front of brokers and observing what happened. That's a more powerful argument than any design rationale.

What worked well ✅

Structural diagnosis over surface fixes

The most impactful decision was recognizing that two flows were needed, not one cleaner flow.

Trusting the research over the brief

When usability testing clearly showed step-by-step outperformed the one-page solution, the research gave us the confidence to push back on the client's preference.

Designing around broker goals

Structuring the tool around what brokers were actually trying to do made the experience feel purposeful.

What I'd do differently ❌

Define success metrics upfront

The outcomes are strong qualitatively, but there are no hard numbers beyond 8/8. Setting measurable goals at the start (error rates, time on task, submission completion) would have made the impact far more concrete and easier to defend.

Push for a longer discovery phase

The brief-led process meant limited time to understand broker workflows deeply before designing. More structured discovery upfront might have surfaced the simulation vs quote distinction even earlier

Do you want to know more about it?