— SCOPE
Across Tools:
CPS (Culinary Planning Service)
MPS (Menu Planning System)
CCM (Customer Content Manager)
— DESIGN TEAM
Lead Product / Service
Designer
+ Junior Visual Designer
HelloFresh customers want variety such as protein or ingredient swaps, not a single fixed option per recipe. Our task ahead was to scale it to support 13 markets, various internal tools, and operational constraints.
I led the UX and service design for a cross-tool revamp of how recipe customization is created, planned, and managed. By introducing a unified model for base recipes, variants, and versions, we turned customization from a fragile workaround into a scalable system capability, leading to:
13 markets rollout
THE PROBLEM (And why it was bigger than it looked!)
Existing
Process
[Before: spreadsheets maintained variant recipes + very manual workarounds]
My Approach (Discovery & Alignment)
Service Blueprints
I led cross-market workshops and mapped the end-to-end recipe journey using service blueprints. This made one thing clear: most “errors” were not user mistakes, but gaps in how recipes and variants were represented in the system.
Running a workshop across all markets to align on current processes.
Peeling another
layer of the onion
The biggest problem was that recipe variants were treated as completely separate recipes. There was no real connection between a parent / base recipe, its variants (e.g. protein swaps) and their operational versions. (E.g. A Chicken Fried Rice recipe was not connected to a Tofu Fried Rice recipe in the system)
Additionally, there was no system logic on the backend that defined these relationships, and markets increasingly created workarounds and relied on memory and disparate Google sheets (our most dreaded enemy in HelloFresh!).
Strategy (Reframing The Problem)
Four Guiding Principles
Everyone works from the same recipe foundation instead of creating disconnected copies
Data should flow automatically across tools
The Solution (What Changed)
Before, creating a variant meant leaving the entity (the recipe itself) – referencing other spreadsheets, copying SKUs, and maintaining unlinked recipe records.
We moved variant creation directly into the recipe workflow. Teams can now create variants from a base (parent) recipe, define the customization type (swap / add / double), and perform ingredient changes inside the system — saving variants as linked entities rather than copies.
Updating recipes with variants used to be risky. Teams couldn’t clearly see what differed between base and variant, or how changes would propagate.
We introduced guided change management. Teams can now compare base and variant recipes side by side, see exactly which ingredients are swapped.
Explicit update paths replace guesswork:
– Sync all: apply changes across linked variants
Result: Teams gained clarity, confidence, and agency, while operational risk dropped significantly.
“Big shoutout to Enterprise UX for this work. These hierarchy visualizations look super sharp even from a ‘noob’ perspective :) Excited to see this power future work!”
“…big round of applause from the DACH team to the successful 2in1 rollout of versioning 0.5 and change mgt. Having these means some of the biggest inefficiencies and lack of traceability in menu planning are a thing of the past.”
— Sr. Program Manager (Strategic Product Development, DACH)
email@domain.com
000-000-000
Looking Ahead (What’s next!)
Thinking Beyond
With a unified recipe model now in place, this work will unlock several high-impact next steps:
This project intentionally focused on building the foundation, enabling future personalization without adding operational complexity.