Cognitive Overload
Users were confronted with long forms containing inputs that were not yet relevant, increasing effort and making the flow harder to read.
Case Study // Insurance Underwriting
How we helped a cloud-based insurance platform simplify a decision-heavy underwriting journey by sequencing conditional inputs, surfacing dependencies at the right moment, and making the workflow easier to navigate.
Client
Leading Insurance Platform
Industry
Insurance / Enterprise Software
Duration
~3 months
Team Size
8 (cross-functional)
Underwriting Logic
Progressive Reveal
02Guided Flow
The Challenge
01Underwriters had to work through large, interdependent forms with little guidance on which questions mattered at each point in the journey.
The platform surfaced eligibility, risk, and dependency-heavy inputs too early, leaving users to interpret field relationships and underwriting rules for themselves.
Users were confronted with long forms containing inputs that were not yet relevant, increasing effort and making the flow harder to read.
Important field dependencies were buried in the interface rather than made explicit, so users had to carry too much workflow logic in their heads.
Without a clearer sequence through the journey, underwriters spent time navigating unnecessary inputs and second-guessing what came next.
Our Approach
02Rather than treating the work as a visual redesign, we started with the structure of the underwriting journey: what decisions users were making, which inputs triggered new requirements, and when information needed to appear.
Because the rules were highly conditional, static wireframes could only go so far. We used a functional prototype to test sequencing, progressive disclosure, and interaction patterns against realistic underwriting scenarios.
Phase 01
We mapped the underlying structure of the underwriting journey, identifying key decision points, input dependencies, and conditional branches.
Phase 02
We introduced a response model in which the interface reveals only the inputs and guidance required for the decision at hand.
Phase 03
Instead of relying on abstract artefacts, we built a working prototype to test the flow in conditions closer to real underwriting use.
Phase 04
We iterated on the experience to balance usability with regulatory, operational, and engineering constraints before handoff.
Outcomes
03By the point of handoff, the prototype showed a more deliberate sequence through the underwriting journey, with less information exposed upfront and clearer logic built into the flow.
Outcome
The redesigned flow reduced how much users had to process at any one moment, helping them focus on the decision in front of them.
Outcome
Inputs appeared in response to relevant answers, making relationships between fields clearer instead of leaving users to infer them.
Outcome
The experience guided users through the underwriting process in a more deliberate order, rather than presenting a flat form with hidden logic.
Outcome
Working in a functional prototype helped stakeholders align on the interaction model before committing engineering effort.
Key Learnings
04In rule-heavy enterprise workflows, usability depends as much on how information is sequenced and revealed as it does on visual design.
For complex enterprise products, working prototypes provide more reliable signals than static wireframes alone.
In decision-heavy workflows, the interface should reveal the next relevant step rather than expose the full rule set upfront.
Next Step
We help teams redesign decision-heavy journeys, align on the right interaction model, and reduce delivery risk before engineering build-out.