Product Leadership · Design Leadership · Leeroy
As Product Manager at Leeroy, I led product discovery and development of a white-label ordering and loyalty app for iOS and Android, helping restaurant brands create simpler, more connected experiences for their guests. Working closely with customers, users, designers and developers, I combined user research, experience design and product leadership to shape what we built and why. Insights from discovery informed the end-to-end user journey, experience principles and a user-centred product roadmap. I led the cross-functional development process, translating long-term experience goals into priorities and sprint goals, while balancing user needs, business objectives and technical considerations.
Restaurant brands wanted their own app, and their guests wanted to get food quickly from a favourite place. As Product Manager, I drove and carried out product discovery to understand what made ordering, paying, pickup and loyalty hard for diners, and what we needed to learn to make well-founded decisions about what to build.
The product discovery combined four kinds of research:
Diners wanted to get food quickly from a favourite place, but had to sign up before they could see anything, and extras and allergens were hard to find.
Once the order was paid, diners didn’t know when to pick it up, or whether it was ready. So they stood and waited at the counter, or asked the staff.
Points went missing when diners paid at the till instead of in the app. Diners don’t think in channels, and missing points cost their trust.
I mapped the insights onto the mobile ordering journey, from opening the app to picking up the order and getting the points. It showed where diners got stuck, and where the biggest opportunities were.
Scroll sideways to see the whole journey.
Each pain point became an opportunity, and each opportunity was linked to what we built. The map kept the team’s backlog tied to real needs, and to the outcome we wanted: diners who order more often and come back.
From the product discovery insights, we also developed design principles for the app’s ordering and loyalty experience. The principles were based on users’ needs and gave designers and developers a shared foundation for making consistent design decisions across the whole user journey. They guided the design of the app’s flows and interactions, and also formed the basis of the design system that created a coherent and consistent product experience.
The brand comes first: the app is the restaurant’s, not ours
Order in a few taps
Always know the status of the order
One membership in the app and at the till
The principles were the link between what we learned and what we built. Here is how three of the insights ran all the way through: from the principle they gave us, to the design decision, the roadmap theme, and how we would know it worked.
Here are some of the screens from the app. It was one white-label app, released for each restaurant brand with its own logo, colours, images and menu.
1The menu
The restaurant’s categories as tabs, and each product with image, price and its price in points. The chosen restaurant is at the top, and the basket is always at hand.
2A brand’s start screen
The brand’s own image and order button, with shortcuts to ordering, offers, my orders and the nearest restaurant.
3The side menu
Everything else in one place: ordering, scanning the membership card, offers, orders and receipts, settings, restaurants and support.
4Another brand, the same app
A campaign at the top, ordering for delivery or the dine-in menu, and the member’s offers below.
5Loyalty points and levels
The member’s points and level, and how the loyalty programme works, in a sheet over the start screen.
Almost every step in the app depended on another product. Together with the designers, I mapped the user flow front stage and backstage: what the diner does, what the staff at the counter and in the kitchen do, and what the systems behind them must do. I agreed each step with the Product Manager for the POS and the kitchen display.
Scroll sideways to see the whole flow.
The roadmap was built from themes, not features. Each theme was written from the diner’s point of view, as an outcome they would notice. Then we broke it down into what it includes, and linked it to the KPIs it should move.
Themes kept the team focused on why something mattered, and left room to find the best way to get there. When priorities changed, it was easier to move a whole theme than to reshuffle single features.
Theme 1Diners
Order ahead or at the table, pay in the app, and the order goes straight to the kitchen.
What it includes
KPIs it should move
Theme 2Diners
No need to ask the staff, or to stand and wait at the counter.
What it includes
KPIs it should move
Theme 3Members
Points and rewards follow the diner, in the app and at the till.
What it includes
KPIs it should move
Theme 4Members and brands
Stamp cards and offers, set up by each restaurant brand itself.
What it includes
KPIs it should move
Theme 5Diners
Change or add to the order after it is placed, as long as the kitchen has not started on it.
What it includes
KPIs it should move
The app was downloaded the most when we introduced campaigns and offers in it. Ordering in the app was convenient, but what made diners download it and start using it was claiming an offer. Repeat purchases, in turn, were closely tied to the loyalty programme, which we could see when we measured loyalty through purchase card tokens.
Almost every theme depended on the POS and the kitchen display, owned by another product team with its own Product Manager. My team also built parts of the POS back office. I aligned our themes with their Product Manager, so the changes we needed were planned in their roadmap too.
And in the POS back office
Every theme pointed at the KPIs it should move, towards one outcome: diners who order more often and come back, and restaurant brands that stay.
That made every priority discussion concrete: which KPI will this move? And once a theme was live, the same KPIs showed whether it had worked, and what to improve next.
Moved by
Moved by
Moved by
SubscriptionsPayment transactions
Each KPI had a target, so the team knew what good looked like, and could see when a theme had done its job.
Each theme on the roadmap came with the KPIs it should move. Together with the cross-functional team, I turned the themes into sprint goals: what we wanted to be true at the end of the sprint, and why it mattered for the diners and the restaurants. The team then planned how to get there.
The app was built on two revenue streams: subscriptions, where restaurant brands pay for their own app, and transactions on the orders paid in it. Every theme was weighed on user value, business potential and complexity, and an impact matrix made the trade-offs easy to discuss in the team and with the other product owners.
Here is what the work led to. I keep what was delivered apart from the goals we steered by.
Measured by the KPIs in chapter 3. These were the goals we steered by.
restaurant brands used the white-label app, each with its own brand.
higher order value on average through the app and Express Check-out.
increased sales on average with the loyalty programme.
Looking back, five things stay with me from leading the ordering and loyalty app at Leeroy.
Writing the themes as something the diner would say, like “I know when my food is ready”, changed the conversations. Instead of debating features, we talked about what the diner should notice and why it mattered. When priorities shifted, we moved whole themes instead of reshuffling single features. Next time, I would start with themes from day one, not move to them along the way.
Linking each theme to the KPIs it should move made priorities concrete. The bigger learning is about timing. If we agree on the KPIs, and know where they stand today, before a theme starts, we can say afterwards whether it worked. Measuring only after launch shows what happened, but not why.
The best ordering flow in the app still fails if the order doesn’t reach the kitchen, or if nobody marks it ready. Almost every flow depended on the POS, the kitchen display or the loyalty engine. Leading the app meant leading across product teams: aligning early with the other product owners and owning the experience end to end, not just the screens.
Every decision had to work both for the restaurant brand paying for the app and for the diner using it. “The brand comes first” gave each brand its own look, while shared components and patterns kept one product we could build and maintain. That balance between brand freedom and one scalable product was a big part of the job.
Diners don’t think in channels. If points went missing when they paid at the till, they lost trust in the whole programme. Designing loyalty for wherever the diner pays, in the app and at the till, was harder and depended on more teams, but it was what turned diners into regulars.
“I worked closely with Mikaela for several years. What impressed me most was her ability to lead product discovery, turn customer and user insights into product direction, and drive product development through her leadership of the design team — always with contagious passion and drive!”
At Leeroy, I had several responsibilities. Each one is its own case.
