Selected work
Case study · Hospitality tools

Toast

Restaurant menus are messy, deeply nested, and change constantly, and a single item has to appear correctly everywhere it's ordered and made. This was a ground-up redesign of how restaurants build and manage their menus.

Toast is the all-in-one platform that runs point of sale, online ordering, and operations for tens of thousands of restaurants.

Role
Lead Product Designer
Scope
Product design · Information architecture · Field research · Cross-surface design
Company
Toast
Year
2019
The refined Toast menu builder: color-coded items with a selected dish's bread, size, and allergy modifiers edited inline
Overview

A restaurant menu is deceptively complex. A single item sets its own temperature, the sides it comes with, and common substitutions like no onions, a veggie patty, or a gluten-free bun. Its price can shift too: happy-hour rates by time of day, different pricing per location across a chain, and separate prices by size. And menus nest all of it: menus hold groups, groups hold items, items carry modifiers.

I led design on a menu builder that makes that structure legible and editable in one place, then keeps every surface in sync from a single source of truth: the POS and Toast Go handheld, the kitchen display (KDS) and receipts, the kiosk, online ordering on the web, and the Toast Takeout app, and it maps out to third-party delivery partners like Uber Eats and DoorDash.

What I led
  • End-to-end UX for menu management
  • In-restaurant field research with operators
  • Cross-surface preview before publishing
  • Information architecture for nested menus
  • Concept work for faster menu setup
4
levels of structure, from menu to modifier, in one view
1
for the whole menu, everywhere it's sold
0
re-keying between systems to publish a change
The before

One cheeseburger, eight different pages

In the original tool, menu management was a dashboard of separate destinations: Menus, Open Items, Item Tags, Price Levels, Pre Modifiers, Advanced Properties, Price Editor, Items Database. Adding one cheeseburger, with its temperature, sides, and substitutions, meant knowing which page did what and re-entering the same thing across several of them.

Screen recording of the old Toast menu management: a dashboard of many separate links (Menus, Open Items, Item Tags, Price Levels, Pre Modifiers, Advanced Properties, Price Editor, Items Database) that a single cheeseburger edit had to be spread across
The previous experience · menu work scattered across a dashboard of separate pages
01 Field research

Researched on-site, alongside PMs and engineers

I ran on-site restaurant research with my product managers and engineers, watching real customers collect orders in a working restaurant. Bringing the whole team into the field meant the people building the product saw the same friction I did, so the findings landed as shared priorities instead of a handoff.

The team interviewing a restaurant operator with clipboards in a working cafe
On-site restaurant research · with PMs and engineers
02 Concept exploration

We tested a four-column flow and a tree view

We explored multiple concepts for navigating a deeply nested menu. One kept menus, groups, items, and modifiers side by side in a four-column flow. Another paired a left-nav menu tree with the item, modifier-group, and modifier sections stacked below. Testing both with operators showed where each helped, and the final design took the clearest parts of each.

Toast menu builder with four linked columns: Menus, Groups, Items, and Modifiers
Concept: four-column flow · menus, groups, items, and modifiers side by side
Single menu group view showing items, modifier groups, and modifiers with an edit menu open
Concept: tree view · a left-nav menu tree with sections stacked below
03 Preview before publish

See the change on the terminal before staff do

Publishing a menu used to be an act of faith. We added an in-product preview that renders the edited menu exactly as it appears on the POS, in the kitchen, in online ordering, and in Toast Takeout, so an operator can catch a misplaced item or a wrong price before it ever reaches a server mid-shift.

Preview mode rendering the menu on a simulated Android POS terminal in test mode
POS preview in test mode · the operator's menu as the terminal sees it
04 Concept

Point a camera at the printed menu

The slowest part of onboarding a restaurant is typing its menu in for the first time. I explored a concept, Toast Lens, that lets an operator scan a printed menu and turn it into a structured draft, so the builder starts from something real instead of a blank screen. It pressure-tested how far we could shrink the gap between a paper menu and a live, sellable one.

Leadership · How it shipped

One model, owned across every team

The hard part of menu management is not any one screen, it is agreeing on a single data model that the back office, the POS, online ordering, and the kitchen all trust. As the most-senior individual contributor before the company's IPO, I worked closely with engineering and PM to hold that shared structure steady while each surface rendered it in the way its users needed.

Grounding decisions in field research kept those debates anchored to how restaurants actually run, not how the org chart was drawn.

Required entitiesOptional entities
MenuFOOD
Menu GroupSalads
SubgroupFamily Size Salads
Mod. GroupDressing Choice
Mod. OptionCaesar
Item ReferenceCaesar
Mod. OptionItalian
Item ReferenceItalian
Menu ItemFamily Caesar
Menu ItemSide Caesar
Mod. GroupDressing Choice
Mod. OptionCaesar
Item ReferenceCaesar
Mod. OptionItalian
Item ReferenceItalian
Menu GroupEntrees
Menu ItemGrilled Chicken
Mod. GroupSides
Mod. OptionSide Salad
Item ReferenceSide Salad
Nested Mod. GroupDressing Choice
Mod. OptionCaesar
Item ReferenceCaesar
Mod. OptionItalian
Item ReferenceItalian
Mod. OptionRice
Item ReferenceRice
Executive feedback
S
Steve, Co-founder (and original designer)

Jess just shared the Menu UX work, and it's great to see all the effort that's gone in. It seems like we've defined the problem quite well, and it's great to see the different wireframes and the customer testing helping us find the optimal designs.

Impact · Where it landed

One menu, trusted on every surface

The menu builder shipped as the single source of truth behind every Toast surface: the POS and handhelds, the kitchen display, the kiosk, online ordering, and Toast Takeout, mapping out to delivery partners. A restaurant builds its menu once and trusts it everywhere it's sold, with no re-keying between systems. It shipped as Toast scaled toward its 2021 IPO, running point of sale and operations for tens of thousands of restaurants.

Next selected workGoogle Photos Get in touch