Case Study
2022

Acquire Demo

acquire overview

Digitizing the life insurance industry

Operating between carriers, agents, and policyholders,SUREIFYbuilds and whitelabels web-apps for life insurance carriers. One such product, LifetimeAcquire™, focuses on the application process—involving five distinct workflows and many different edge-cases.

In this project, our goal was to do a massive overhaul for the Acquire product—involving our new design system, brand new features, and major consideration to usability.

Acquire Demo

Jun 2022 – Sep 2022

Acquire Demo

Details

Client

Sureify

Role

Jr. Product Designer

Tooling

Figma

Domains

Form Design, Design Systems, Components

Team

David Schultz

Designer

DJ Mackintosh

Designer

Nav Badheka

Customer Delivery

Pooja Rao

Product Owner

Nancy Bush

VP Pre-Sales

Project Goals

01

Build a clickable demo

i.e., an actual webpage that Sales could use for product demos.

02

Upgrade to sureUI

LifetimeAcquire™ hadn’t seen a significant update since sureUI (our design system) was released.

03

Prototype new features

Sales had been selling the *idea* of new features, but they hadn’t truly been fleshed out yet.

Navigating a new design paradigm

Typically, design work at Sureify was scoped by either the product team or a client team. However, this project was issued to the demo team—and it created an entirely different paradigm for us (as designers).

Where’s the project manager?

You may have noticed that we didn’t have a PM on this project*.

*...well, sort of. Nav Badheka acted as our PM, issuing tickets and coordinating with the dev + Sales teams. (he was excellent!)

High levels of agency

Without a traditional PM, it was on us (as designers) to be decisive & set the groundwork for new iterations of LifetimeAcquire™.

Our work was exploratory. It was scrappy. We took rough ideas, and molded them into a working prototype. We drafted tickets as we learned to navigate our constraints.

Quick turnarounds

Specs were drafted week-by-week, constraints were tight, and iteration needed to be rapid. Additionally, everything we designed needed to be quick for our dev team to implement.

Scope (4 main workflows)

I worked very closely on this project with another designer, DJ Mackintosh. Together, we built 4 distinct workflows for desktop + mobile viewports.

User Form

Quote Form for Policyholders

A straightforward, 2-page form for prospective policyholders to receive a brief quote.

User Form

Application Form

After receiving a quote, users then fill out an extended application form.

Agent Tooling

Quote Tool for Agents

A 1-page tool, formatted for power-users. Intended for agents who generate quotes on a routine basis.

Dashboard

OnTrack™ & eDelivery

Once an application is submitted, it needs to go through underwriting before approval. OnTrack™ coordinates this process.

Upgrading to sureUI

As we adjusted to the demo paradigm, our initial task was to refresh existing screens with the new sureUI design system. In the first few weeks, we laid the groundwork for the layout, look, and feel of the new experience.

Managing complex form fields

Pretty quickly, we ran into our first major hurdle—sureUI hadn’t yet encountered the complex form fields necessary for insurance applications.

Sentence-length labels

sureUI’s form fields were conceived for simple input (e.g. a login form).

However, insurance forms often ask sentence-length questions, with necessary context behind them. This meant our existing components were woefully unequipped.

Developer constraints

An early solution I proposed was to use alternative field components—namely, ones that use box-fill styling (as seen in Material-UI).

However, due to tight deadlines + a more novice dev team, we needed to work with what we had.

In response

I designed a system of wrapper components, which separate the field label into a separate hierarchy. These satisfied both design and development constraints.

OnTrack™: A multi-user dashboard

The idea behind OnTrack™ and e-Delivery was to give all parties involved (in underwriting) a shared dashboard to track its progress.

What is underwriting?

At this stage of an insurance application, a number of documents (i.e. requirements) are written, passed around, and signed.

Problem: it gets confusing

With multiple parties involved, it gets difficult to see how far along the process is, who is responsible for what, etc.

Solution: a pizza tracker!

Sales realized that our clients needed a product/feature that addressed this issue. Something like... a pizza tracker?

This idea formed the basis for the OnTrack™ dashboard, and is where DJ & I started our ideation.