Setting the foundations
We broke the project down into a few important chunks of work. This included: getting employees into the app, being able to fully create an account fully in-app, setup fundamental features, guided discovery and contextual discovery.
Given this piece of work was a completely new part of the product — we decided to focus on getting employees into the app, and being able to fully create an account in-app. Setting up the foundations. We wanted a solid functioning onboarding flow in place before we layered features or optimisations on top.
This meant initially we wouldn't diverge too far from the existing steps we have for onboarding on web.
Pleo is a business-to-business product. So for the context of this work — a business has signed up to use Pleo, but the next step is for the company to get their employees using Pleo and setup to make expenses. The journey starts with the company admin sending an email invite to their employees.
Challenges along the way
We came up against some challenges getting people from the invite email to downloading the app to continuing their signup process. At the point of accepting their invite the majority of people don't have the Pleo app installed.
Recent security changes in iOS 14 meant we couldn't store the details of the person signing up whilst they went to the app store to download the app. So when people arrived in the Pleo app we couldn't tell who they were, and that they came from an invite email.
This wasn't a problem with web onboarding — but we still believed onboarding entirely in-app was worth the tradeoff of an additional verification step. I worked closely with the product manager and engineering team to come up with a flow that was smooth, secure and also satisfied the recent requirements for strong customer authentication (SCA).