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

We audited Bolt Food through Nir Eyal’s Hook Model (Trigger → Action → Variable Reward → Investment) to map awareness → choosing → waiting → receiving and to compare current behavior with the proposed concept.

Triggers exist but often miss the right moment (e.g., untimely travel notifications). Real triggers are both internal (hunger) and situational: time pressure, social plans, weather, location, salary cycles, and external reminders (notifications, discounts).
Actions are clear: open app, browse restaurants, search cuisine, add to cart, place order, track driver, reorder, and rate. Food ordering, however, contains more friction than ride hailing — mood, time, price, dietary rules, trust and social factors complicate decisions.
Variable rewards today are useful but predictable (discounts, subscriptions, cashback). They reduce pain but don’t create surprise or emotional pull. There’s an opportunity for personalized, contextual rewards that feel like discovery or winning.
Investment exists via order history, ratings, feedback and shared photos, but users don’t always see their investment improving future experiences. Making that learning visible and rewarding is essential.

Given Bolt’s suite of mobility services: food, groceries, rides, scooters. There’s a clear opportunity to connect these behaviours into a single cross‑service ecosystem. This could enable richer, context-aware experiences (for example, syncing grocery habits with food recommendations), but it falls outside the current brief and should be scoped as a future initiative.

What We Learned About Data

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

Time and location change often. People behave differently at home, at work, while travelling, at lunch, late at night, on a Friday, or on a Sunday morning. This all affects 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 relationship maturity
I view the relationship between a user and a product like a human-to-human relationship. At first meeting it’s exciting and new, people are more open to trying new things and putting their best foot forward. The same is true in the app: new users are likelier to explore, try games, and test out unfamiliar places. Early goals should be to reduce friction, demonstrate value quickly, and prompt a second order. Occasional users need light encouragement to repeat and experiment.

As the relationship matures, it should become more efficient and personal. Our research shows mature users prioritize convenience and expect the app to support their day-to-day needs. They often skip games or irrelevant features. They do still explore, but usually in specific contexts- when routines change, such as date nights, travel, or in group setting. For mature users we must deliver reliability, strong personalization, and targeted discovery. Because they’re often in routines, retention strategies should focus on occasional, well‑timed, high‑value offers.
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 and future steps

In six weeks we started with a simple, human problem: people feel anxious and overwhelmed when choosing what to eat. They often turn to Bolt Food when they’re hungry, short on time, or don’t want to cook - a pressured moment. They open the app, 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, conducted 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 Food that learns from users, builds community, reduces stress, and helps people choose with confidence. Overall, the product should move toward emotional engagement, better‑timed triggers, richer personalized rewards, and clearer feedback that shows users their data actually improves future recommendations.

This project was a collaboration between Bolt and the Interaction Design programme at the Estonian Academy of Arts. This case study was authored by me and reflects my personal insights and takeaways. Sincere thanks to my team and to Bolt’s product leadership team for their support and feedback.