Case study · Digital KYC onboarding

Metro Bank, Digital KYC onboarding

Overview
In house design.
Designing an optimised KYC onboarding experience for Personal and Business customers that increases conversion and reduces fraud.
Role
Product Designer
Team
18-person cross-functional team
Timeframe
12 weeks · 6 sprints
Context
As Metro Bank looks to scale up its digital presence there are lots of opportunities for optimisation. But why do so many customers fail to open an account?

We've hit a roadblock with our data awareness—it's slowing us down big time. But don't worry, Metro Bank is rolling up its sleeves to tackle this issue.

We're on a mission to simplify our processes, make things better for customers, and strengthen how we handle KYC. Our goal? To make sure our growth is optimised whilst abiding to regulations and keeping the levels of fraudulent accounts down.
My contribution
Working as the sole Product Designer collaboratively in a cross functional team team of of 18 members. Including: Product Owner, BA’s, Front End developers, Micro Services Developers.

Responsible for the end to end UX/user experience, competitor and user research, ideation, wire-framing, prototyping, user testing, UI design, and design system management.

Impact

+10%
User completion

Within the first quarter, leading to £1.2m in additional deposits

80%
Less application fraud

Reduction in fraudulent applications

+50%
KYC conversion

With a 10% increase in overall conversion

22%
Faster time to launch

Through an accessible design system

Explore this case study

Clicks up, fraud down. Metro’s KYC magic unveiled.

An open brief.

The brief came from the Product Owner and Head of Digital banking. “Open more accounts, and make sure fraud doesn’t increase.”

With a brief like this I needed to understand the current state of the account opening journey. As well as understanding the current conversation and fraud metrics.

So we had the current journeys, but the only conversion rate data that the team had was an overall conversion rate. No one knew exactly where customers were dropping off and which sections of the application journey we should focus on. So began a two day journey through 30+ conversations with different members of the Bank.

Eventually after two days of “I don’t know,” and “Try speaking to this person,” I finally came across a team that was connected to Microsoft Dynamics who could help me understand the major pain points. All they needed was the URLs for each screen, something I could do.

This data helped us to see the largest pain point and told us 2 key pieces of information:

  1. We were losing the most users was during the ID capture screens up to 43% drop off.
  2. We were losing more users using a desktop device (43%) compared to mobile devices (17%).

A quick look at what we built

I know you want to see what we built. So, here’s a quick summary before you take a look at how we got there.

From initial questions…

Now that I had data, current state screens, and objectives. I had a little bit more clarity on the problem we want to solve, but a lot more questions…

Using these initial questions I created a Research plan, that documented all of the activities I could use to answer them.

…to a Research Plan

MethodPurposeTiming
Competitor analysisUnderstand how other competitors and comparators are helping customers with ID and KYC checks. Create a repository of best practices and ideas that we could implement.Sprint 1
Supplier conversationFinding out who our supplier is and asking them how other companies they work with have resolved the pain points we are facing. As well as understanding their suggestions for improvements to the flow.Sprint 1
Data analysisLooking into the pain points in more details and looking for particular screens that require changes.Sprint 1
Peer testingTesting initial designs with fellow designers and product team members to understand initial thoughts and feedback.Sprint 2
Guerrilla testingTesting the implementation with colleagues quickly to understand some of the more human and behavioural interactions they take.Sprint 2
Unmoderated testingTesting the proposed solutions with users in mini challenges, gaining feedback from users whoa rein the Fresco segment we are testing.Sprint 4
Post launch data analysisUsing data to understand how effective the solutions are and what the day 2 updates would be.Sprint 7 (After features have been deployed)

Competitor analysis

Time to look at the market to see how competitors are making their KYC slick and safe. There was a lot to learn, some companies were way ahead of the rest of the market and were using voice and video verification, some were way behind. I noted all of the strengths and opportunities and took stock of some ideas that Metro Bank could use to solve the conversion issues.

Talking to our ID and Selfie capture supplier

Jumio, our third party supplier for KYC ID scans and Selfie scans, handle the KYC for multiple incumbent and challenger banks. We set up a call with them to ask them what some of the best practices are across the industry for improving conversion rates through KYC and fraud. We learned two key things from them:

  1. Photo Guidelines / Instructions for how to take a photo that doesnt get decline due to human error, such as photos with glare or blur have the greatest impact from their experience.
  2. They are able to share a report that shows us how many applications are failing due to those kinds of human error mistakes. Perfect for seeing where we needed to spend more time on the guidelines and show effective our solutions are with before and after metrics.

Armed with this we now had our first feature nailed down, Photo Guidelines. We were doubly confident on this feature as a starting point for improvements to the KYC journey as it was something we had previously noted as a strength from Competitor analysis.

Onboarding a Data giant

Although we had some initial data from Microsoft Dynamics, the data was limited to chunks of the KYC screen. We needed to get more granular. Through conversations with the bank we discovered that Ratesetter a company we recently purchased were using Heap analytics to see exactly the kind of data we wanted. We onboarded them quickly and discovered exactly where we were seeing problems.

Speaking to the front line

Metro Bank luckily has a vast branch network, so I visited a couple times to talk to them about the pain points we had in our account opening process online, to see if they had any ideas. I also observe their account opening processes, and noticed something quite interesting... When the account opening specialist is filling in details and the customer no longer has to answer questions, they would talk about some of the USPs in the branch, like a Coin counting machine, or the 7 days a week opening schedule.

I instantly coined the tactic that keeps customers engaged ‘Did you knows’ and had an idea for how we could keep our customers engaged on our loading screens.

Idea synthesis

Using all of the research we had conducted, I started to conceptualise some ideas that we could use to solve the problems we were facing.

IdeaProblem ScreenSolution Focus
Photo GuidelinesTake a photoConversion
Error FeedbackError screensConversion
Upload animationsLoading screensConversion
Did you knowsLoading screensConversion
Removing the upload from files/camera roll functionalityTake a photoFraud
Better photo capture UITake a photoConversion
Omni channel QR CodesTake a photo / Error screenConversion

Impact Vs Effort

I took these ideas to the Product Owners and the Development team. I wanted to know what they thought from an impact and effort standpoint. By having all of the right people in the room we were able to move quickly through prioritisation and build a roadmap of features we wanted to implement and which ones to start on first. The ones that would bring as much customer value as soon as possible.

De-risking through Guerrilla testing and AI

To make sure that my ideas solved the problem and were highly intuitive I used a mix of Guerrilla testing and AI.

Guerrilla participants when prompted: “You can hold the page open, how would you take a photo of your ID document without covering any of the details” held their document like this. Let’s add that to the Photo Guidelines!

Using AI heat maps we were able to simulate a users attention. We wanted to help users to focus on the:

  • Reason they made their error and how they can fix it
  • Push them to a mobile device to increase the likelihood of success after a failed attempt

Iterations - Writing better error messages

I asked myself: “How do I write better error messages?” and before the times of Chat GPT, I asked Google. I found a great resource from Jenni Nadler that helped me to create actually help users take better photos of their ID and Selfies.

Users who are completing an application on a desktop/laptop device are 80% more likely to receive an error because of the quality and ergonomics of taking a picture using the webcam. I designed an Omni-channel QR code that directs users to their mobile device to complete their application faster and more accurately.

Iterations - Preventing errors with guidelines

One of the 10 Usability Heuristics from Nielson Norman Group:

“...it’s important to communicate errors to users gracefully, actionably, and clearly. However, it’s even better to prevent users from making errors in the first place...”

Iterations - Improving loading screens

What were the results again?

10% increase in user completion rates within the first quarter and leading to an additional £1.2m in deposits.
80% reduction in fraudulent applications
50% increase in conversion rates through KYC and a 10% increase in conversion rates overall
22% boost to time to launch through building an accessible first Design System

What did I learn in this project?

Observation is a skill
I learned so much from observing user behaviour in Guerrilla testing and from observing how in branch colleagues opened accounts and will make sure to observe user behaviours in future projects.
Remove ambiguity through data
Data is a great starting point for removing ambiguity and helped me immensely when breaking down the brief and defining objectives.

Collaborate often
Collaboration with other Designers, Developers, and Product Owners led to rapid iteration and brought a greater sense of ownership across the cross functional team.