Salary Finance

New Save registration journey

Designing and launching an optimised registration journey for the new Save product developed in partnership with Coventry Building Society

View prototype
Context and problem space
Salary Finance is a financial wellbeing company, that offeres simple savings, access to salary as it is earned and affordable loans – all underpinned by accessible and engaging financial education to improve colleagues financial wellbeing. Salary Finance product suit is available for all collagues as an employee benefit.
Save is Salary Finance's saving product, that allows colleagues to make savings contributions automatically straight from your salary into a partner savings account. In November 2023 Salary Finance was to change our savings account partner.
As we established a new partnership with Coventry Building Society our team was tasked to design a new registration journey where users register for Save on the Salary Finance platform and provides all information required to:
Design a registration journey that can handle opening partner savings account as well as setting up automatical salary deduction in a single journey on SF platform.
High level outcomes and my role
I originally joined the Save team to assist Junior product designer to lead testing of the first iteration but then took over the deliver final solution as well as the dashboard designs, working within a dedicated sqaud in collaboration with Senior PM, a team of full-stack engineers, and QAs.
Timeline: 3 months
 The process 
 1. Discover
Understanding and collecting business and user needs and goals.
Understanding the problem.
Why our previous Save product was not successful?
Our Save product with the previous partner - Yorkshite Buildin Society (YBS) - was not successful due to a number of reasons:
Low conversion across onboarding journey:
Unable to integrate with other products:
What would success for the New Save look like?
→ Makes starting to save easier than traditional high-street savings products
→ Actively builds positive savings habits and improves customer attitudes towards their finances
Who is our savings product targeted at?
We believe we can have the biggest impact on employee financial wellbeing by targeting those who:
📌 struggle to save any money
📌 need help forming better saving habits
Research
Identify user goals that must be met for the product to be successful.
New Save strategy discovery
There was a lot of discovery done in regards to Save strategy.  There are a lot of takeaways and insights that helped Salary Finance validate the hypothesis as to whether Salary Finance should offer a savings product, I am not going to highlight them here as I've joined the project past this stage, however, the key highlight is that lack of savings is still a major issue in the UK market, exacerbated by Covid and the cost of living.
1 in 4 UK adults have low financial resilience. 10% have no investable assets at all, a further 20% have less than £1,000 (FCA Survey 2022)
25% of UK households have nothing set aside for emergencies. 47% of those with savings pots have stopped adding to them (Direct Line Survey 2023)
Existing Save analysis, JTBD and user profiles
Yuri Kim, the Product Designer I joined, conducted a comprehensive disovery and research to understand user’s general behaviours and attitudes towards savings
This included analysing the above case studies, defining key Jobs-to-be-done and collecting results from exit surveys on the previous save registration journey to identify droff-off reasons.  
Based on the key take-aways, the first iteration of the new registration journey was designed
Create designs for prioritised solutions
User testing: reseach plan
Once the first iteration of the journey was created, I joined the project to facilitate testing, analyse results and implement changes as well as create dashboard designs and dashboard key features.
Research methodology
In order to evaluate both usability and ease of comprehension for all critical communications in the customer online journeys, we used a combination of both unmoderated and moderated research methodologies.
Part 1: Unmoderated user journey and comms testing
Typeof testing: Quantitative; unmoderated via Maze using Figma prototype and survey questions.
Audience: 35 participants; demographic profile matching a typical Save user; employed, UK-based.
Goals:
Past 2: Moderated Usability testing + Contextual enquiry
Typeof testing: Quantitative; remotely moderated using Google Meets and Figma prototype
Audience: 5 participants matching a typical Save user profile
Goals:
Executive summary:
💡 the overall journey was described as easy and straightforward. Even the information that people didn't process at first (eg who provides the savings account, what withdrawal account is, etc) was then understood by the time the users got to the final steps.
💡 the product page still lacks some info which can be solved by adding FAQs and improving colleagues/employer comms.
💡 the withdrawal account page also needs clarification - there were only 13 users who described this as a bank account where withdrawals from the Savings Account will be paid into, and there is qualitative feedback that demonstrated confusion about it.
💡 savings calculator performed well, with just a few tweaks/enhancements we can make (such as adding an info box that the amount they set can be adjusted later)
💡 application review/summary page performed really well: a very content-heavy page is presented in the most user-friendly way, and participants were able to quote the most important information
Missing opportunities:
⚠️ 18/32 participants indicated that required more information about product concept:
- interest rate
- how to choose the amount to save
- relationship between SF , employer and CBS
“I am still unsure about the relationship between Sainsbury's and the finance firm that offers the savings plan and the Coventry society bank”
“I understood that SF partners with my employer but I don’t understand why. How does Sainsbury's benefit from this - why are they doing this?”
“will the interest rate go up or down?”
⚠️ The main uncertainties are around the ability to manage savings amount:
“I would need to know whether I can make additional payments or even only pay in myself, ie skip the employer part”
 “it didn't give me an option as to what I wanted to skip a month or change the amount”
⚠️ Confusion about withdrawal account page
“is this telling me where the money will go into once I have accumulated my savings?”
"I assume it's for the direct debit for the monthly payments”
Key iterations to implement:
⚡️ Explain the relationship between SF and employer better in all comms prior to application start. Include information on how SF, the employer, and the bank work together. How do they all gain from this?
⚡️ Add information in the actual FAQs, as well as links to FAQs and FAQs drop-down on the page to address the uncertainties mentioned. Live chat/bot should be available throughout the journey.
⚡️ Explain the salary deduction process, how it affects one’s salary and payslip, and how the employer manages it as well as tax implications (salary sacrifice) better. List it earlier in the journey/on the landing page.
⚡️ Re-iterate/reassure users that they can change or alter this amount later if needed on the savings calculator page and product intro page: perhaps include an info box on the savings calculator page.
⚡️ Improve the copy on the withdrawal account page to clarify its purpose.
⚡️ Include key details in the welcome email comms: account details, deductions arrangements, login details, and withdrawal information.
⚡️ Add information about the variable interest rate on the page vs having it in the tooltip.
Iterated designs
Entirely new homepage
To tackle  the issue with the trust and confuision around relationship between SF and Coventry Building Society, I came up with the following design solutions
Savings calculator - addressing concerns over changin amount
Other than adding an information message to confirm that user will be able to change or pause their savings at any point, I've sinplified the copy, pre-set the default amount based on research data we have and adjusted suggested amounts
On the results screen, I replaced the tooltip about the estimated amount with the explicit copy as it was not noticed during testing.
Withdrawal account -> Named account
We renamed the withdrawala accountas it was causing confusion and added another information box to clarify what this account normally is
New feature - Change savings amount
With limited deve resource and tight hard deadlines, we had to prioritise the main feature available from launch. Based on the testing results, revision of inbound customer enquiries re: previous Save product, we prioritised the ability for the users to change their savings amount.
Pausing savings feature - future scope
Shortly after the release, we plan to develop a pausing feature with the logic to restart savings deductions after the selected pausing period is over.
Final Prototype
Reflect on learning, track and measure success
Outcomes
How do we know we did it right. Key metrics:
🌟 100%
Positive feedback from the clients
🌟 83.8%
Conversion rate from create to submitted
🌟 1%
Customer inbound enquiries compared to overall inbound for all products