Maintaining Brigit's design system

When I first joined Brigit, one of my first assignments was to help port all of our design work from Sketch to Figma. This case study showcases all the design infrastructure I did over the months to enable my team to work faster and with more consistency.

Problem: cobwebs in the funnel

We noticed significant drop-off when users were being asked to enter their Personally Identifiable Information(PII) within our onboarding funnel.

More specifically, our users were hesitating at the SSN screen.  20% of users decided to abandon onboarding when they got to this screen.

Segment + Amplitude is absolutely OP

Mission:

Create and test an alternative way to ask for SSN during CB onboarding that improves conversion at this step in the funnel

Empathizing with our users

According to this research paper by the Center for Victim Research, younger adults (a majority of our users) are among the most frequent victims of identity fraud. We hypothesized that users stop before providing SSN because: they are hesitant about providing this type of information. (for fear of their identity being compromised)

Therefore we need to design a new experience that lets our users now that:

  • is it secure --> “We secure all of your data with the same 256-bit encryption that banks use”
  • we maintain the privacy of this information--> “We don’t share your SSN without your permission”
  • providing this information will not impact your current credit score
  • highlights why they should “trust” Brigit
What the old Personally Identifiable Information(PII) screen looked like.

Inspiration through competitor research

Every fintech company more or less collects the same information. I collected similar steps in our competitors' onboarding and grouped them by themes.

Design exploration & development

I usually start my ideation process with the solution most obvious to me. In this case, we keep the old screen and just add a "hey we secure our app with this fancy 256 bit encryption" element.

Next, I usually explain my reasoning through a pro and con column, so that we can weigh each decision against each other.

Next I explored a version where a bottom sheet would automatically pop up from the bottom unprompted to solve the visibility issue from design B above.

It got shot down because it didn't comply with our design component guidelines(that I helped write lol), but I thought it was worth exploring anyway just to see what it looked like.

Arriving at a promising design

After thinking about the problem a bit more (and spending time on other projects) I can usually come back and think of a much better idea than A. In this case I propose giving the SSN entry its own screen.

At this point I show the iterations to the rest of the team and get their feedback on it.

Overall the idea was well received, with some further discussion and refinement, but at this point the team pretty much agrees on the general direction of the experience.

At this stage it's nitpicks and copy/compliance discussions. I pushed pretty hard for the illustration but it ended up not making the final cut.

User test research doc

Note: full PDF of the research doc can be found here: link

This research doc reflects the ticket that was scoped ahead of time (I love my PM) so I didn't have to do much of my own writing as far as background/context, but I did write the research objectives and designed the experiment myself.

Research objectives

  • Understand why users drop off at SSN screen
  • Learn about what would make users more likely to add their SSN
  • HMW address trust, security, and privacy protection concerns.

Research methodology

  • 5-10 user interviews (moderated)
  • 20 mins each
  • $30 compensation

Interview script

PDF link

Conducting the interviews

After writing the script, I conducted user interviews to fulfill the research objectives.

I should not have done this

Research analysis & next steps

It takes 5 tests to establish a pattern; I conducted 7 just in case.

  • After conducting tests, transcribe interview notes
  • Synthesize findings; top takeaways and observations
  • Affinity map top takeaways to discover what is priority
  • After testing with users, take new data and apply it to enhance design for current users
  • Since reception to the new screens were mostly positive(6/7 users said they would be comfortable with submitting SSN in this screen; the rest said they would read reviews first), we didn’t deem it necessary to conduct further testing

Synthesizing findings

After I transcribed the notes, I summarized my top learnings from each individual and laid them out in sticky notes in Figma.

To sort through this information, I affinity mapped each data point and grouped them by categories to identify the most important takeaways

After grouping it this way, it became apparent that security, social proof or not it would affect their credit scores were a top priority for our users.

Research conclusion

The most important parts of this screen to address and possibly remove friction could be boiled down to these 3:

  • No impact on your credit score - providing your SSN does not impact your credit score
  • Over 3 million members use Brigit - We've helped over 3 million members build a brighter financial future
  • Your data is secured with a 256-bit encryption.

Finalized designs

After a few more rounds of design review, this layout was approved. I created new icons to fill out the placeholders and cleaned up the overall layout for more breathing space.

One last thing from compliance

We had to add a 3rd bullet, "We require it to report to the bureaus." to let folks know why we were collecting this sensitive information.

Outcomes

As of writing this case study we're still collecting data on improvements, but we've already seen a 3-4% conversion increase overall according to our Amplitude funnel.

Is it significant?

As of now, disappointingly, no, but it has only been a week since we launched.