MongoDB Retail Germany

Delivery Hero

Marketing Personalization

Delivery Hero needed to replace stale, batch-generated substitute recommendations that hurt revenue and customer satisfaction whenever perishable grocery items went out of stock.

Delivery Hero operates at global scale. With a product catalog offering more than 100 million items, it serves customers in over 70 countries across four continents.
The picking service uses vector search to recommend up to 20 suitable replacement items.
The recommendations it generated were stale. This was because they were computed in batch runs once every 24 hours.
The total roundtrip latency from query in the app to returning recommendations to the user cannot exceed more than one second.

Reported impact

Business outcome

Delivery Hero moved from stale 24-hour batch recommendations to sub-second live substitutions, protecting revenue and customer satisfaction while creating a globally scalable recommendation service.

  • Customer Experience
  • Revenue Growth
  • Scalability

Solution

Delivery Hero rebuilt its Item Replacement Tool around MongoDB Atlas on Google Cloud so product, customer, and embedding data could be queried in real time instead of once-a-day batch jobs. The first version depended on product data in Google BigQuery plus recommendations cached in Redis, which meant riders still saw outdated alternatives after inventory or customer preferences changed. After moving the product catalog to Atlas and adopting Atlas Search, the team used a multilingual sentence encoder built with Hugging Face tooling and run in Google Vertex AI to create product embeddings. As catalog records change, those vectors are continuously updated and indexed by MongoDB Vector Search on Atlas. When a rider finds an unavailable product, the picking service queries Atlas to combine semantic similarity, product filters, and customer preferences, then returns up to 20 replacement options to the customer in under a second.

Data flow

Product catalog changes are embedded with a multilingual model in Google Vertex AI, persisted in MongoDB Atlas, and indexed by MongoDB Vector Search on Atlas; when a rider encounters an unavailable item, the picking service queries Atlas with customer preferences and inventory filters, then sends up to 20 replacement options back to the customer in under one second.

Solution architecture

4 components · 3 layers
  1. Compute
    • Google Vertex AI Runs the multilingual embedding model that generates vectors for product information.
  2. Storage
    • MongoDB Atlas Stores synchronized product and customer data for Delivery Hero's real-time replacement workflow.
  3. Serving
    • Atlas Search Supports lexical product search and helped simplify Delivery Hero's search stack before vector capabilities were added.
    • MongoDB Vector Search on Atlas Finds semantically similar replacement items against live inventory and customer context in real time.

Architecture clues

  • Atlas keeps embeddings, product data, and customer data fully synchronized on one platform.
  • Embeddings are generated with a bidirectional multilingual sentence encoder model.
  • The new tool is being piloted in the Middle East before global rollout.
  • The product catalog was migrated to MongoDB Atlas running in Google Cloud in 2021.

Evidence from the source

The picking service uses vector search to recommend up to 20 suitable replacement items.
The total roundtrip latency from query in the app to returning recommendations to the user cannot exceed more than one second.
“We needed to move to an up-to-second real-time recommendations system, and that is what MongoDB Vector Search enabled us to do.”
“Within the MongoDB Atlas platform, we can store, index, and query vector embeddings right alongside our product and customer data, with everything fully synchronized.”
Transparency Evidence & methodology 90/100 reference value · 79% confidence · 1 source

Review how this reference was scored and trace each normalized claim back to its documented source.

01

Scoring methodology

How scores are calculated

Customer Reference Value measures usefulness as a customer reference. Evidence Confidence measures the quality and traceability of available evidence, not independent verification.

Customer reference value90/100
  • Problem clarity20/20
    Measures whether the customer's operational problem is specific enough to compare.
  • Implementation depth25/25
    Rewards named components, data flow, integrations, and architecture detail.
  • Outcome specificity20/20
    Measures whether the reported benefit is concrete rather than a generic claim.
  • Quantified impact15/25
    1 metric describe measurable impact.
  • Deployment scale10/10
    Rewards evidence of a live or scaled deployment and meaningful integration scope.
Evidence confidence79%
  • Source authority20/25
    The main evidence is an official vendor-published customer story.
  • Claim traceability21/25
    10 of 12 key fields link to a named source.
  • Direct evidence20/20
    4 direct source quotes retained.
  • Date provenance0/10
    The publication date has no documented provenance.
  • Source transparency8/10
    1 source reference document publisher, URL, authority, retrieval, and supported fields.
  • Implementation specificity10/10
    Rewards source-backed components, data flow, quantified impact, and a specific outcome.
02

Traceability

Sources & provenance

Field coverage shows which facts each source supports. Dates are shown only when documented by the source.

  1. MongoDB

    Delivery Hero customer story

    First-party
    https://www.mongodb.com/solutions/customer-case-studies/delivery-hero-vector-search
    Source type
    Vendor-published customer story
    Supports
    • Customer
    • Business problem
    • Solution
    • Products
    • Solution components
    • Data flow
    • Integrations
    • technical area
    • use case category
    • Business outcome
    • outcome category
    • Metrics
    • Architecture
    • evidence quotes

Date evidence

  • First archived May 30, 2024 · Internet Archive · Independent First Wayback Machine capture; confirms the page existed by this date, not when it was published.
    Open date source
  • Sitemap last modified Aug 3, 2026 · MongoDB · Publisher metadata Publisher-reported modification timestamp; not a publication date.
    Open date source
Not separately sourced Industry, Region, Company size. Treat these normalized attributes as lower-confidence until a dedicated source is added.