Mobile Banking Application
Newcastle Permanent Bank's award winning cross platform mobile application
2020-2021

Project Overview

An in-house digital banking team asks what it would take to uplift their Cordova mobile app into a world-class banking experience on Xamarin.

The team bolsters its numbers by partnering with ARQ group and Xam consulting to bring their MVP to life and deliver their customers a mobile banking experience that is:

Smart. Simple. Secure.

Project Attributes

My Roles:

Researcher, UX Designer, Usability testing, Quality Assurance tester, System Documentation, Contribute to Design Ops
Lead the design payment flows and auxiliary functions

Team Size

15
*

Why Showcase This?

This project demonstrates my ability to design, validate and deliver core product experiences. I led the design of the payment flows our customers used to complete 250,000+ monthly transactions.

Personal Workload Breakdown

Research

UX

UI

Tools and Tech

Features I Designed

  • Osko payments
  • Bpay
  • Transfers
  • Pay anyone
  • Payee management
  • Profile management
  • Payment limits
  • Registration
  • Change passcode
  • Biometric login
  • FCS mode
  • Account reordering
  • Device managment
  • Profile management
  • Web redirects
  • What's new

Problem Statment

How do we design a world class banking app across Android and IOS that embodies our core values of in an MVP?

Smart. Simple. Secure.

Saving to deposit a lump sum

This takes a long time

Dollar cost averaging

This decreases your cashflow

Trying to trade

This risks losing everything

Design Process

Image credit: adam23gray UX Collective

Mobile Banking Application

Newcastle Permanent Building Society

Information Architecture
User Testing
UI Design
UX Design

Affinity Mapping Our Roadmap

Launching the MVP on a new mobile tech stack provided us the opportunity to reassess our product road map, ambitions and goals.

ARQ group facilitated a affinity mapping exercise with our internal team of stakeholders to draw out their needs in-order to bring direction and clarity to the project.

The result of this exercise allowed us all to understand the priority order features for this MVP.

Research

To be smart we need to be well informed.

Global competitors

To understand what good looks like on the global banking landscape I used the 11Fs-Pulse platform to access documented in app journeys from fintech around the world.

Cataloguing our findings and comparing the features, design decisions and information provided during core journeys such as login, dashboard, payment flows and transaction history.

Domestic competitors

I catalogue the same attributes from the domestic market as we did in the international research and note the emergence of cloud native banking platforms such as upbank and 86400 (now ubank).

Benchmarking against industry criteria

I research what industry bodies expect to see in leading digital banking solutions. Their criteria was used to inform and our feature roadmap. Canstar provide a link to their methodology and score weightings for functionality, Research and Application, Payments and Transactions, security and support.

Listening to our customers

As an institution with over 250 thousand customers we have an pool of feedback, wants and wishes to draw from. We audit and record our app store reviews for both IOS and Android to identify the current biggest pain points and wants of our customers segments that use the current mobile app.

Our relationship with the in house phone support and email teams to understand the improvements we could make to reduce their recurring issues and costs while improving our customers experience.

Combining our app store data with the support teams data allowed us to

A) Map what is within our control improve

B) Inform the roadmap

C) Inform specific journeys during their redesign in the MVP

Who Are Our Customers?

Segment Analysis

Saving to deposit a lump sum

This takes a long time

Dollar cost averaging

This decreases your cashflow

Trying to trade

This risks losing everything

65 - 35

Share of customer base

Qualify for home loan?

Yes

Actively banks with us?

Yes

34 - 16

Share of customer base

Qualify for home loan?

No

Actively banks with us?

No

15 - 1

Share of customer base

Actively banks with us?

No

Actively banks with us?

Passively

* Approximate percentages

Why is the 34 - 16 share so low?

Cause analysis

Newcastle Permanent has consistently led the industry in customer satisfaction and low-interest rates however, the lending criteria to secure a home loan has been far more conservative than its competitors.

The impact of tight lending policies and high satisfaction saw our customer segments skewed dramatically.

Groups that have spent enough time in the workforce to secure higher incomes and home loan finance with Newcastle Permanent were also largely responsible for advocating and opening youth accounts for their younger family members.

Retention of young account holders plummeted when they entered the workforce.

Segment ages 16 - 35 stated their reasons for leaving or not banking with the Perm as:

Wanted greater access to their cash.

Our ATM network is very localised

Desired a more modern banking experience 

Current app is dated, flakey and lakes features

Easier to secure a loan with other banks

Despite originally applying with the Perm

Stakeholder Direction

Bring the simplicity of ING's app into the modern smart appeal of UP's app

Saving to deposit a lump sum

This takes a long time

Dollar cost averaging

This decreases your cashflow

Trying to trade

This risks losing everything

Rough Concepts And Experiments

Paper prototype

Before any formal design thinking or creation took place I took time to create a paper prototype for a new banking concept that integrated different elements of both UP banking and ING to share with the team.

Some of the team got involved to bring it to life it helped us to look past the current app we worked on day to day and lend ourselves to what the new world of banking could look like for us.

Rough dashboard to account interaction

This is super ugly but it served to demonstrate how we could transition from an account list to a account view while masking the load time. While this exact demonstration wasn't the final result it did provide the direction that we ended up taking.

Breaking away from UP and ING

At the time both ING and UP app designs didn't provide customers with a dashboard view of all their accounts. In stead, they had simplified the experience to swiping between full-screen views of each account. So if both UP and ING shared this design pattern why didn't we? DATA.

The vast majority of our active customers had more than two accounts and a dashboard list allows customers to

A) See an overview of their total position across all accounts
B) Provides faster access to all accounts
C) Provides a home location for the app

image of both ING and UP banking's account view

How we emulated the simplicity of ING / UP account view

The final design places the account level view into a bottom sheet that transitions up from the bottom of the screen after a customer taps on an account. This allows us to

A) Hide the load time with motion
B) Make it feel like you never left the dashboard
C) Provide an easy exit to all your accounts.

How I Interpreted And Incorporated The Core Vales When Designing

Smart

Smart is providing customers what they need, when they need it. To achieve this I looked at our current apps usage data to determine usage rates which informed decisions around ordering of list items and options along with screen orders in payment flows.

  1. Payments ordered according to usage rates data

  2. Payment steps and information echoed back to customers in the exact order and terminology used when completing each step

  3. Presenting payment scheduling as an optional extra at the end of each flow brings consistency to all payment types

Simple

Simple is decreasing cognitive load during tasks, to do this I adopted a progressive disclosure pattern during the payment flows. Dividing payment flows across multiple screens allowed me to emphasis important information on each screen.

  1. Minimum content on each screen

  2. Oversized amount input for easy, confident input

  3. Displaying previously entered data allows recognition over recall

  4. Correct number-pad for input type

Secure

We approached security at a global level for this project so many core security features were baked in. My approach to security when designing new flows was to always provide the lowest risk design solution and put it before the team for feedback and negotiation if we wanted to increase ease in exchange for security.

  1. Provide security advice and do the work for the customer

  2. Provide the user friendly device name for recognition

  3. Last log on stamp increases personal security and allows customer to prioritise action

  4. Deliberate multistep actions are required to remove a device to confirm the correct action is being taken

Usability Testing

Qualitative Interviews

With delivery management most concerned with budgets and timings the project goal set for this round of testing was to benchmark the MVP against the SUS score.

I used lookback to personally interview 5 participants to learn how our customers perceived the MVP. Each of the five interviews covered 5 topics of

Banking Behaviour

This allowed us a better understanding of participants preferred channel, the other institutions they compared us against, their app usage and perception of our organisation.

Notable mentions

  1. App freezing is common

  2. Apple pay is highly desirable

  3. Swiping to navigate is desirable

Most Common Feedback Themes

  1. Marketing content was to dominant

  2. Layout and spacing was nice

  3. Some language was confusing

  4. Easy to navigate

Final SUS Score

86.5

>80.3 is considered an excellent Adjective Rating

Payment Questions

This topic allowed us to confirm participants expectations of osko payments and confirm our design decision of defaulting all pay anyone payments to use OSKO real time payments.

Feature Exploration

Questions such as "what do you like the most about our current app" and "what do you dislike the most" gave us some insights on what we could pay more attention to during the MVP build.

Usability Testing

During the usability testing participants used a high fidelity invison prototype I had created to express their reactions, feelings and thoughts on the following app features and journeys.

  1. Dashboard (logged out and in states)

  2. Account level view

  3. Searching transactions

  4. Transferring funds between accounts

Feedback to Designers and Developers

This topic invited frank feedback with questions such as

"If you could talk to the developers/designers and give any other feedback, what would that be?"

and

"If you could talk to the developers/designers and give any other feedback, what would that be?"

System Usability Scale (SUS)

At the end of the session our participants were asked to score the MVP on a standard system usability scale.

Quantitative Research

I collaborated with team members to create a 15-question survey to embed in our MVP. The survey served as both a form of tree-jack testing and a closed card sorting exercise. We also provided customers the ability to vote on the order of the items in the app's navbar and their preference of light or dark UI.

15

Questions

194

Customers completed the survey

57

Partially completed the survey

Heat maps serve as a limited tree-jack test to gauge how accurately and directly customers were able to find what they needed. Here are some of the questions we asked.

You’ve lost your card. Where would you go to block it?

Where would you go to increase your payment limit?

You need some help. How would you contact us?

230 responses

230 responses

231 responses

I found this response most provocative. Given the lack of cohesion in customer responses We must make sure this feature is found in a multiple applicable locations. Backlog items were created.

Closed card sorting

For question 12 we invited customers to drag and drop the names of features together into the groups that made the most sense to them. This allowed us to asses the accuracy of our information architecture

17 / 30

Groups scored 90% or greater

4

Groups scored less the 50%

The term "digital wallet" caused continuous confusion during the MVP build and was scheduled for rework based on the language customers used after it had been explained to them.

The following groups scored the lowest grouping cohesion

  • Digital wallet

  • What's new

  • Feedback

  • Current app version

  • Terms and conditions

  • Transaction alerts

The diverse groupings in the groups of what's new and terms and conditions may indicate customers are expecting to find this information in context to their location.

example:
I expect to see terms and conditions when exploring new products

The grouping results for transaction alerts required more investigation but indicates customers are looking for transaction alerts at both the account and channel level while also expecting to receive the alert in a formal manner such as mail.

Travel notifications indicates a diverse preference of how customers would like to inform us they will be overseas. Ideally we would match their expectations to improve their experience.

Deliverables

Sample of Wire-flows

Wire-flow extracts

Prototype feature demonstration example

What I Learnt From This Project

  • Vendor selection process and execution

  • The difference a talented and dedicated UI specialist can bring to a team and project

  • How to create, maintain and implement a copy register

  • Accessibility testing needs to be done during general feature QA

  • We needed to demonstrate responsive builds and designs rather than talk about them as design and dev used the same words but missed the intent of some communicaitons

  • Affinity mapping with stakeholders to inform a roadmap