Problem Statement: How might we make digital payments more convenient for non-digitalists (and digitalists who can’t sign in) to increase digital payments by cardmembers.
Here's everyone who contributed to EasyPay to make the project a success. It took a mix of UX, an agile team, and business stakeholders.
To understand our audience for EasyPay, I created personas to match who we’re designing for. Agnes is our non-digitalist that pays via check, Miles is our digitalist that is always on time with his payments, but has issues signing in, and Justine is our digitalist that is going through collections.
I created scenarios and for the different users that will be using EasyPay. Scenarios and flows are an easy way to help communicate with business partners about all the moving parts of a project.
An example of a design thinking exercise I led — we split into 3 teams and sketched how we envisioned EasyPay to work.
Using wireframes and low fidelity design I can start to iterate on our problem statement to solve the businesses goals.
Using the sketches and wireframes as my guide, I then can start on visual design to show polished designs of the product.
Prototypes are created to help with user testing. They're meant to mimic the real experience a user will see in production.
I moderated user testing to interview users about why they pay via mail and phone and then watched them use the prototype to see obstacles and challenges they experienced.
UX Specs are created to document every decision for the agile team to absorb. These requirements included accessibility WCAG 2.1.
Teaming up with the agile team to see if anything shakes out while in development before the October 2019 install.