How might we… provide a service that automates purchases of personal care items for consumers?
• Product Manager
• Lead Designer
• Bubble (No Code tool)
• Figma (Design Tool)
Male young professionals are the initial target market for this product as they are more likely to empathise with the pain points laid out on the website.
✅ The target cohort understands what the service does
✅ The target cohort understands the pricing tiers
❌ The target cohort wants to sign up (except in cases where the problem is already taken care of)
Below is a cross-section of the style guide used for the designs of the application.
The following shows some of the screens used for the design of the web application.
Visually it is presented in two styles:
Explanations of the screens are presented in this format
Interesting thoughts regarding the screens are presented like this
A view into the first version of the homepage on both desktop and mobile. The theme is focused on bathrooms (the value proposition) as well as a minimal look and feel to reduce the number of distractions.
The sign up page includes a “Sign up with Google” button to offer the user a shorter signup option, given the user would be filling out more fields in subsequent pages.
This is the first step of the subscription process and it features an explanation blurb to introduce the user to the process ahead.
In the step indicator at the top of the page, it is not apparent to the user that there are more than 4 steps in the process (there are 6). This didn’t seem to matter much to the user but a more accurate representation is better so it does not appear deceptive. This was later fixed.
This page introduces the user to the pricing before selecting any products for their basket. Doing it in this order allows the user to prepped for the number of products they can select and the estimated cost.
This page had more revisions than I imagined as I learnt that people generally have a heightened focus to any information regarding pricing (more about this in the Test Insights below).
This page drills further into the subscription type. This means a user could be on a Standard–L'Essentials, Standard–Luxe, or Standard–Lavish subscription depending on what they want to pay
Even though this page is a continuation of the last page, it was not made apparent to the user. In addition, if something is a continuation of a previous page, it is better to re–present that information again to reduce load on working memory. This is particularly true for things that involve pricing.
Here the user can select what items they want in their bathroom before actually choosing which brands they want for that particular item.
One of the beauties of designing mobile first, is that it constrains you on how to present information to the user, and requires extra precision to get it right. Here, the challenge was how to tell the user they can add items from the main list to their list. The answer was to pre-add 2 for them (which they can remove).
After choosing the items wanted, this page is a second level and requires the user to choose the brand they want. This is akin to writing a shopping list first, then picking items for the items in your shopping list.
This screenshot shows it as a radio button but actually users may want to select more than 1 item.
This is an optional page which aims to profile the user on their daily habits and frequency if usage based on the products they selected. It shows it is optional as users can select "Skip this step".
This page gives the user a summary of items in their basket before they proceed to payment. This enables the user to confirm that they are happy with their selection before paying for it.
If possible, include pictures of your products as much as you can where possible. People may not often remember the name of the item they chose but the chances of recognition increases when accompanied by an image.
Once a user confirms they are happy with their selection, this page allows them to make a payment and thus begin their subscription to the service. All fields on this page are fairly familiar with users who have paid for online goods in the past.
As mentioned previously, people pay more attention to figures when payment is involved. Providing a breakdown of the total payments can often be detrimental as users may start doing mental maths or make comparisons to other services.
Once payment has been completed, this page confirms the status to the user as well as next steps on what to expect.
Having a referral CTA on the summary page works well as long as it is low effort.
This case study was a masterclass in showing me that the content (specifically language) used to communicate to visitors of a website has a lot of weighting to it. Dare I say it has the utmost weighting out of all UI Elements. The challenge for me was not in fact communicating to visitors but relaying information in a succinct manner to an impatient visitor.
Another major point I learnt was people are generally sensitive to prices when it comes to paying for goods. This means the user experience of how pricing information is displayed is critical at every point it is mentioned.