Bolt Food: relationship-driven food ordering experience

Time: 6 weeks

Course: Design for Digital Innovation

Mentor: Taavi Aher

Team: The Boltics - Aleksandra, Carol, Sara, Anastasija

Project background

01
‍How could in-app recommendations feel more relevant to everyday life?

Bolt Food is a habit-driven app: people use it to order lunch, re-order favorites, restock groceries, or get dinner after work. These actions begin from internal triggers (hunger) or external triggers (notifications, links, app icon, social posts). Business goals are repeat usage and improved experience, but food ordering is a convenience, not a necessity. That is why the app must become more relevant, trusted, and emotionally engaging over time.

Our brief was to shift Bolt Food from a passive list of options into a context-aware companion that adapts to users and knows when to simplify or when to suggest something new.

To understand how habits form, I audited the app using Nir Eyal’s Hooked Model (trigger → action → variable reward → investment) and mapped the experience across awareness, choosing, waiting, and receiving. Research methods included a service safari, interviews, journey mapping, prototype testing, and a co-creation workshop with 10 participants (3 groups). The goal was to see how people pick food, compare choices, respond to context, and how Bolt can learn from repeated use without forcing lengthy onboarding.
personas

02
Personas given by the client

research background

03
Background to user clustering concept

Hooked Model Analysis

In the current solution, triggers exist, but often miss the moment. We noticed a travel notification at 9 A.M. while the user is at home heading to work. This is a reminder without much relevance.

Actions in Bolt Food are mainly browsing restaurants, exploring food, adding to cart, placing orders, and reordering. But food ordering is not always simple. It involves mood, hunger, time, price, dietary rules, language, trust, and sometimes social pressure.

Given that Bolt is mainly providing mobility services, we noticed an opportunity for inter-service actions. Bolt has food, groceries, rides, scooters, and more, but these habits are not yet connected into one ecosystem relationship.

Current rewards are useful, but predictable: discounts on restaurants or delivery, subscription offers, cashback, and fixed percentage deals. These reduce pain, but they do not create much surprise or emotion. We wanted rewards to feel more like winning, not just saving: real, rare, contextual, and earned.

Investment already exists through order data, ratings, feedback, history, and shared photos. The next step is making that data visibly improve the next ordering experience.

What We Learned About Data

We grouped users through four main parameters: location, time, taste profile, and price.

Time and location are the most variable. A person behaves differently at home, at work, while travelling, during lunch, late at night, on a Friday, or on a Sunday morning. These changes affect what they want, how much time they have, and how open they are to exploration.

Taste profile behaves differently. Allergens, dietary restrictions, and religious limitations are not playful variables. If someone is vegan, lactose intolerant, gluten-free, or eats halal, that does not change because it is Friday or because they are at work. Taste is not always a compass for exploration. Often, it is a hard filter.

Price also shapes behavior. We can estimate price tolerance from grocery orders, average meal prices, order size, and whether someone usually orders solo, for family, or for a group.

Groceries became especially interesting because they provide ingredient-level habitual data. For example, lactose-free milk in a Sunday grocery order may later help Bolt understand that lactose warnings matter in food ordering too.

Daily behavior changes between breakfast, lunch, dinner, and midnight snacks. Weather can also shift decisions: rain may increase delivery, while sun may make pickup or scooter use more attractive.

Weekly patterns can form around weekdays, like Taco Tuesday, sushi nights, Friday treats, or Sunday fridge restocking.

Monthly patterns include salary days, celebrations, and tighter budget periods. Yearly patterns include holidays, seasons, and returning from a trip to an empty fridge.

User maturity:
We also found that maturity changes the product goal. New users are more explorative because everything is new, so the goal is to reduce friction, confirm value, and prompt a second order. Occasional users need light encouragement to repeat and experiment. Frequent users need personalization and targeted discovery. Mature users are already in routines, so the goal is retention, high-value offers, and occasional novelty to prevent churn.
prototype

03
What we learned from prototype testing

Filtering food choices
Filters are mostly used by frequent customers. Users that are not frequently ordering go to the app for exploring reasons. Some filters are more relevant than others - like not all of us have a kid or a dog at home. We sorted the current foods into more manageable groups so the user can choose themselves what is relevant.

We keep Miller’s Law and Hick’s Law in mind to maintain focus and minimize cognitive load.
Workshop
We held a workshop with 10 people to understand users personal preferences and to observe how are these reflected in group setting. A person who is vegan is vegan in any setting. People tend to have limits to their diets that act as hard filters rather than light preferences - you start your search from them.

We proposed filtering based on dietary restrictions. Some things our interviewees said:

"I would search "gluten free"."
"Some restaurants have vegan options but also sell meat."
"I would search for "High fibre"," low calorie"," high protein"."

Knowing these preferences, we could enhance the experience, making the first "oh, what to eat?" moment calmer and more supported. This could help user illiminate the food that does not work with their preferences and show relevant results first.

If you are vegan today, you are vegan tomorrow. If you eat halal, you eat halal even in group settings. These work as hard filters rather than temporary taste preferences.

Additionally we found that food search could also start with favorite protein - chicken, pork, beef, etc. or with removing allergens like milk, egg, nuts, carrots, etc.
Exploring food in new way
Mapping users’ journeys showed people frequently search nearby restaurants and new dishes on Google, and honest feedback from past customers heavily influences choice. Test participants consistently browsed dish images to judge how food actually looks (“I just look at photos and not read the titles.”).

We therefore prototyped an in-app Explore mode that surfaces nearby, relevant dishes in an image-first, scrollable format. In tests users instinctively tapped through images, treating the feed as both inspiration and social proof.

Testing results: feedback was positive — user-generated photos that highlight popular, high-quality items increase trust and reduce uncertainty. Participants said this format makes discovery faster and lower-risk, turning “what should I eat?” moments into a calmer, more visual experience. Keep the feed lightweight, image-led, and clearly tagged (e.g., dish, tags like Spicy/Lactose-free, and popularity) to maximize usefulness.
From waiting to feedback
Collecting feedback is tricky - delivery and food quality need different timing and prompts. Delivery is measurable immediately (delivery time, whether the courier followed instructions or was polite) and should be asked at arrival. Food quality requires tasting first, so ratings on taste should be requested after the user has eaten.

We tested two validated approaches to gather useful signals without adding friction:

1. Wait-time preference game (Would You Rather): shown during the common 10–30 minute wait when users repeatedly open the app. The game is quick, skippable, and can include a small reward; it reliably captures early taste signals (e.g., fast vs. fresh, pizza vs. sushi) to personalize future suggestions. It appears more frequently for new users and decreases over time.

2. Post-delivery photo + tags then post-taste rating: users are willing to upload meal photos and add lightweight tags (e.g., Spicy, Lactose-free, Good value) immediately after arrival, which improves trust and discovery — testing confirmed users rely on visuals (“I just look at photos and not read the titles.”). Taste and quality ratings should follow after the meal is eaten so responses reflect actual experience.

Recommendations (based on interview/testing results)
Ask delivery/arrival questions immediately; prompt a photo + short arrival tags at delivery; prompt tasting-based rating afterwards.

Keep interactions optional, lightweight, and skippable to match user preferences and reduce friction.
Feedback and future steps
Post-delivery feedback should remain lightweight and staged: prompt delivery/arrival metrics immediately, encourage an optional meal photo + simple tags on arrival (this photo upload was a topic of discussion after the final presentation), and request a taste/quality rating only after the user has tried the meal.

Next steps: A/B test timing and wording for arrival vs. post-taste prompts, compare reward framings that increase photo uploads, and validate whether UGC photos improve exploration trust and conversion. Test how restaurants and venues could have control over quality and agency of what is posted.

Accessibility & allergen strategy
For users with severe allergies, surface stronger safety-first paths: surface persistent allergen filters, surface partner-verified allergen info prominently, and nudge highly allergic users toward ordering groceries or meal kits (Bolt Market / cooking options) where ingredient control is higher. Test whether this reduces risk and increases satisfaction compared with standard restaurant ordering.
Summary

04
final word

In six weeks we started with a simple but human problem: people feel anxious and overwhelmed when choosing what to eat. They open Bolt Food, stare at endless options, and still wonder “what should I order?” We set out to make Bolt feel less like a catalog and more like a helpful companion that understands the moment, reduces friction, and earns trust. Over the project we mapped real journeys, ran interviews, led a co‑creation workshop, and tested prototypes. We learned people rely on visuals and social proof, hate decision overload, and treat dietary limits as hard constraints.
What began as an audit and a set of hypotheses ended in tested interactions and a clear roadmap: keep interactions light, optional, and trustworthy. The result is not a finished product but a humane design concept: Bolt that learns from small moments, reduces stress, and helps people choose with confidence.

I participated in this project while studying Interaction Design at the Estonian Academy of Arts in collaboration with Bolt. This case study is authored by me and reflects my own insights and takeaways from the project. Thanks to my team and to Bolt for their support.