Appetize: A UI/UX Case Study
The Challenge
To create a responsive web app for finding recipes and planning meals to help busy people with weekly meal planning and shopping.
Who
People who cook at home at least a few times a week who like to plan meals and create shopping lists with others. They may have dietary restrictions and different cuisine preferences or cultural food backgrounds.
What
The user’s primary goals are to search for recipes and create a shareable shopping list for meal planning.
Where
The audience will use it at home in the kitchen or out shopping for groceries with their computer or phone.
When
They will use it whenever they feel like planning for a meal and before shopping, as well as during the meal prepping or cooking time.
Why
The audience likes an easy way to plan for meals, get inspiration for recipes, and organize a shopping list. This person is usually the type who likes to be organized in the digital space.
How
The user’s primary goals are achieved through the clearest CTAs or pages within the webapp.
User Personas
I created user personas based on real people that I know who have certain goals and frustrations surrounding recipe searching and meal planning.
You can view the user personas in more detail here.
Minimum Viable Product Objective
To create a responsive web app for meal planning that meets the goals and needs of users that other apps do not. Some of the users I want to target are those with medical conditions who require specific diet protocols and the people who support them.
User Flows
Based on the Jobs to be Done from MVP #1 I created 5 different user flows which I have combined here to map out my thought processes. This allowed me to refine navigation and get all the necessary features for the product.
You can view the full document and individual flows here.
Wireframes
Low fidelity wireframes were sketched out to get a better idea of how features and essential functions would look on a mobile screen.
Building a Mood Board
Although both mood boards are viable for this project, I will continue designing the light version. I think it’s more friendly and approachable and will appeal to a larger audience. I also think it’s likely that it will be easier to read. With enough time I would like to design both or at least get a few of the main screens designed in dark mode as well.
Prototypes
I found that testing with just the wireframe sketches made it challenging for those testing the product so I brought my sketches directly into Figma for a better prototyping experience. Below are some of the main screens.
View the prototypes
Style Guide
For maintaining consistency across the product I created a style guide.
Testing Feedback
Testing the primary flows for the MVP 1 resulted in discovery of some errors that are rated based on Jakob Nielson’s error severity rating system. 4 being imperitive to fix before the product is released.
Project Retrospective
A glimpse into how things turned out. What went well, what didn’t go well, and ways to improve.
What Went Well
Initial research on competitors
Creating user flows based on MVP documentation
What Didn’t Go Well
Spending too much time on certain documents rather than creating an experience
Not iterating on my designs more or quickly
Adding more features than what is necessary for the Minimum Viable Product
Ways to Improve
Iterate in a visual way while doing the research. Things may change and that okay but it’s best to get something in front of people quickly to see if it’s a worthwhile product
Have more versions and variations of a design to test which is actually functioning best and fits the product
Keep it simple - a clear objective is good so that the product does not get too muddled with just adding desired features