Designing a meal and recipe-sharing app that simplifies the process of deciding what to eat by providing recommendations from trusted sources in users' communities and on the web that can be filtered to meet any dietary needs.
Product Manager & Engineer: Casey Roby
Product Designer: Dylan Cameron
Product design, ideation, sketching, information architecture, user interface design, interaction design, prototyping, illustrationTry the interactive prototype
With so many factors - diet, budget, preference - and too many unvetted recipes, choosing your next meal can be a paralyzing endeavor. Freshi lets you share and browse recipes in your trusted community, so you'll never feel stuck again. After all, meals are meant to be shared.
Freshi is a collaborative project created by Casey Roby and myself during the Covid-19 pandemic. Inspired by the food-sharing group chats that we had with friends, we spent the winter and spring of 2021 working toward a vision of a platform for users to browse, share, and create recipes within the context of a larger recipe-based social network.
Freshi is an iOS app designed in Sketch App and built with SwiftUI. A considerable amount of time was spent on accessibility standards, and backend + database construction, as well as UI elements like light and dark mode functionality, and screen size optimization. A system was constructed to allow users to create their own recipes and understand the nutritional benefits of their ingredients using a comprehensive food and nutrition database. In order to ensure accuracy and scientific legitimacy, the food database syncs data directly with the FoodDataCentral USDA database
A competitive analysis was conducted with competitors PlateJoy, MyPlate, SideChef, Cookpad, Yummly, Paprika, and RecipeKeeper. The results of the competitive analysis can be found here.
Interviews were conducted to validate the assumption that deciding what to eat is a hard problem that people are willing to pay to resolve. In order to pivot the product to be more helpful to more people, the goal was to understand more about the problems and stresses that people have around food, meals, and meal preparation. The customer interview question bank can be found here.
The results of the interview process were synthesized into trends and compiled into an overarching user problem statement.
Make choosing your next meal the easiest decision of your day.
Once we had our initial design, we wanted to gauge how easy it was for users to choose a meal from the home feed page by doing some user testing. We wanted to make sure we were on the right track before committing to an implementation.
Freshi Home Feed Iteration 1 survey can be found here.
Establishing trust in the quality of recipes is extremely important to the success of the platform. Prioritization of recipes from trusted publications, users, and sources is of critical importance in the beginning.
Trusted source information must be highlighted in the design so that users know which recipes to try. Include a picture, ingredients, and recipe source in recipe card.
Feed should be changed to make meal illustrations more abstracted so that they meet the iconographies of all users' dietary restrictions (i.e.: no fish or meat illustrations included)
Additional ideas of note: the ability for users to filter based on cuisine type. The ability for users to filter for bulk meals.
For product team planning documentation & notes, including task backlog, roadmap, engineering system notes, color organizer, and engineering team documentation, click here.
Casey Roby was responsible for the architecture.
Platform: AWS Elastic Beanstalk
DB: AWS PostgreSQL
Backend: Django / Python (used Django Admin as a CMS)
Frontend: React / Node.js (meant to be used for website later)
iOS App: SwiftUI
Asset storage: AWS S3 bucket
Sendgrid to handle password reset emails.
Kind of like an integration: built a sync where you could upload updated USDA nutrition factsheet CSVs into the S3 bucket and run a sync through Django Admin to update our nutrition facts and food data. I know APIs like this exist, but they were either too expensive, or they wouldn’t let me access the data in the way that the project required.
Below is a screen recording of what we implemented by the time we stopped the project. We had finished the logged-out experience, including all of the infrastructure to support user accounts, logging in/out, signing up, and password resets.
View the dark mode demo here.
Our lives suddenly got very busy, so we decided to pause the project. During this time, I earned my product management certification with the goal of learning more about business strategy and what makes a product worth building. Once I completed it, we determined that Freshi is a great idea that could be helpful to many people, but it seemed difficult to make it profitable without funding and/or selling user data—neither of which appealed to us.