Design a scalable consumer feature

Quick Overview

This question evaluates a candidate's ability to design large-scale recommendation systems, covering system architecture, real-time serving and offline pipelines, personalization and ML modeling (candidate generation and ranking), data modeling/feature stores, caching and storage, monitoring, experimentation, and privacy/compliance skills.

Design a scalable consumer feature

Company: Airbnb

Role: Software Engineer

Category: System Design

Difficulty: hard

Interview Round: Onsite

Design a scalable, privacy-conscious recommendations service for a consumer app. Capture functional requirements, APIs, data models, personalization approach, cold-start strategy, ranking and feedback loops, latency/SLA targets, caching and storage choices, backfill and reprocessing, monitoring and alerting, experiments support, abuse/spam prevention, and regional privacy/consent handling.

Quick Answer: This question evaluates a candidate's ability to design large-scale recommendation systems, covering system architecture, real-time serving and offline pipelines, personalization and ML modeling (candidate generation and ranking), data modeling/feature stores, caching and storage, monitoring, experimentation, and privacy/compliance skills.

|Home/System Design/Airbnb
Airbnb logo
Airbnb
Sep 6, 2025, 12:00 AM
hardSoftware EngineerOnsiteSystem Design
12
0

System Design: Scalable, Privacy-Conscious Recommendations Service for a Consumer App

Context

You are designing a real-time recommendations service for a global consumer app (e.g., marketplace-style content such as listings or experiences). Assume:

  • Scale: 30–50M MAU, 5–10M items, traffic across Americas, EU, and APAC.
  • Surfaces: Home feed (top-N), in-search suggestions (inline), item detail page (similar items), emails/notifications.
  • Privacy: Operates under GDPR/CCPA and regional data residency constraints.

Design the service end-to-end, covering online serving and offline pipelines, while balancing relevance, latency, and privacy.

Requirements to Cover

  1. Functional requirements
  • What the service must do, supported surfaces, personalization scope, and fallbacks/degradation behavior.
  1. APIs
  • Online serving API for recommendations (request/response contracts).
  • Feedback ingestion APIs (impressions, clicks, conversions, hides).
  • Consent/identity APIs as needed.
  1. Data models
  • Core entities: user, item, and interaction events.
  • Feature store schema (online/offline), embeddings, and versioning.
  1. Personalization approach
  • Candidate generation and ranking stages.
  • Modeling choices (e.g., collaborative filtering, two-tower retrieval, session-based models).
  1. Cold-start strategy
  • New user and new item strategies, exploration, and content-based fallbacks.
  1. Ranking and feedback loops
  • Multi-objective ranking (e.g., CTR, conversion, value), calibration, diversity/novelty.
  • How to log and learn from feedback; avoid bias and clickbait.
  1. Latency/SLA targets
  • SLOs/SLIs and a latency budget across components, with degrade modes.
  1. Caching and storage choices
  • Online stores (vectors, features), caches (edge and per-user), invalidation/TTL.
  1. Backfill and reprocessing
  • Event-time processing, replays, feature backfills, and reproducibility.
  1. Monitoring and alerting
  • System health, data quality, model performance, drift, and runbooks.
  1. Experiments support
  • A/B testing, holdouts, sequential testing/bandits, and guardrails.
  1. Abuse/spam prevention
  • Shilling, bot/fraud detection, adversarial content.
  1. Regional privacy/consent handling
  • Consent gating, data minimization, data residency, erasure, audit.

Make reasonable assumptions where needed and call them out explicitly.

Submit Your Answer to Earn 20XP

Sign in to leave a comment

Loading comments...