← Back to all projects
ieid
(case study)
an app for your latest eats & drinks, for you and your experiences only (maybe some friends too)
This app has been planned, designed and developed by me. It is currently testing on Test Flight for a launch on the app store by October 2026. I used
Case Study
“Hey Jessie, do you have any recommendations of restaurants to go to?”
Despite the abundance of food content online, people still preferred personal recommendations - they felt more trustworthy and tailored than endlessly scrolling through social media or maps.
Millions of cameras eat first, but not everyone wants to be a food influencer. Some people just want an easy way to remember their experiences, even if the photos aren’t “Insta-worthy.” So instead of going through your camera roll trying to find that “one pizza you had in Italy”, what if these moments could be easily accessible?
I could see a clear opportunity in the current space for a user-first mobile application.
Rather than chasing past trends of niche social media, ieid is designed around three distinct user behaviours:
Dedicated Foodies
Who want a comprehensive, searchable record of every place they've visited
Social Sharers
Who want to turn their food experiences into polished, shareable content
Private Collectors
Who want to organise their experiences without the pressure of public performance or photo perfection
What’s already out there, why doesn’t it work?
While existing platforms provide discovery and detailed reviews, most are public reviews on map applications.
Insight 1
Hard to find reliable recommendations online, often burdened by too many choices.
Insight 2
Current tools (e.g. Google Maps, Notes app) lack detail and are awkward to share, especially in bulks
Insight 3
‘Restaurant tracker’ applications all focus on a social feature, rather than tracking details.
How might we create a mobile app that helps users track their food and drink experiences, while also making it easy to share trusted recommendations with others?
What did people actually want to record?
I asked potential users how they would record a place they ate/drank at and noted down how the details would naturally flow. I discovered that some people may not already have an idea of what to include and would benefit from prompts rather than full freedom.
I identified three key building blocks and where the ‘tags’ should be used for an optimised way to search.
The approach of using items, records and collections felt like the clearest layout - resembling the nature of songs, albums and playlists.
Creating a build-as-you-go experience rather than a pre-filled format.
I want to maximise potential for detail for the avid trackers while reducing unnecessary options for everyone else.
Pros
- Personalised experience
- Track how diverse your behaviour is
Cons
- Potentially slower to create new tags rather than select from existing options
- Relies on user knowing what they want from the beginning
Based in Brisbane, Australia. From +82
← Back to all projects
ieid
(case study)
an app for your latest eats & drinks, for you and your experiences only (maybe some friends too)
This app has been planned, designed and developed by me. It is currently testing on Test Flight for a launch on the app store by October 2026. I used SEED’s open source library as reference for primitive tokens for the 4px system and component variant usage. For development, I have used Claude Code with the Figma MCP, all designs are made by me and implemented 1:1. Backend has been connected via Supabase.
Case Study
“Hey Jessie, do you have any recommendations of restaurants to go to?”
Despite the abundance of food content online, people still preferred personal recommendations - they felt more trustworthy and tailored than endlessly scrolling through social media or maps.
Millions of cameras eat first, but not everyone wants to be a food influencer. Some people just want an easy way to remember their experiences, even if the photos aren’t “Insta-worthy.” So instead of going through your camera roll trying to find that “one pizza you had in Italy”, what if these moments could be easily accessible?
I could see a clear opportunity in the current space for a user-first mobile application.
Rather than chasing past trends of niche social media, ieid is designed around three distinct user behaviours:
Dedicated Foodies
Who want a comprehensive, searchable record of every place they've visited
Social Sharers
Who want to turn their food experiences into polished, shareable content
Private Collectors
Who want to organise their experiences without the pressure of public performance or photo perfection
What’s already out there, why doesn’t it work?
While existing platforms provide discovery and detailed reviews, most are public reviews on map applications.
Insight 1
Hard to find reliable recommendations online, often burdened by too many choices.
Insight 2
Current tools (e.g. Google Maps, Notes app) lack detail and are awkward to share, especially in bulks
Insight 3
‘Restaurant tracker’ applications all focus on a social feature, rather than tracking details.
How might we create a mobile app that helps users track their food and drink experiences, while also making it easy to share trusted recommendations with others?
What did people actually want to record?
I asked potential users how they would record a place they ate/drank at and noted down how the details would naturally flow. I discovered that some people may not already have an idea of what to include and would benefit from prompts rather than full freedom.
I identified three key building blocks and where the ‘tags’ should be used for an optimised way to search.
The approach of using items, records and collections felt like the clearest layout - resembling the nature of songs, albums and playlists.
Creating a build-as-you-go experience rather than a pre-filled format.
I want to maximise potential for detail for the avid trackers while reducing unnecessary options for everyone else.
Pros
- Personalised experience
- Track how diverse your behaviour is
Cons
- Potentially slower to create new tags rather than select from existing options
- Relies on user knowing what they want from the beginning
Based in Brisbane, Australia. From +82