PracHub
QuestionsPremiumLearningGuidesInterview PrepNEWCoaches
|Home/System Design/Airbnb

Design a scalable consumer feature

Last updated: Apr 22, 2026

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.

  • hard
  • Airbnb
  • System Design
  • Software Engineer

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.

Related Interview Questions

  • Design a Scalable Job Scheduler - Airbnb
  • Design a Rental Marketplace Backend - Airbnb (hard)
  • Design a booking system - Airbnb (medium)
  • Design a group chat system - Airbnb (medium)
  • Design a real-time chat system with hot groups - Airbnb (hard)
Airbnb logo
Airbnb
Sep 6, 2025, 12:00 AM
Software Engineer
Onsite
System Design
7
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.

Solution

Show

Comments (0)

Sign in to leave a comment

Loading comments...

Browse More Questions

More System Design•More Airbnb•More Software Engineer•Airbnb Software Engineer•Airbnb System Design•Software Engineer System Design
PracHub

Master your tech interviews with 7,500+ real questions from top companies.

Product

  • Questions
  • Learning Tracks
  • Interview Guides
  • Resources
  • Premium
  • For Universities
  • Student Access

Browse

  • By Company
  • By Role
  • By Category
  • Topic Hubs
  • SQL Questions
  • Compare Platforms
  • Discord Community

Support

  • support@prachub.com
  • (916) 541-4762

Legal

  • Privacy Policy
  • Terms of Service
  • About Us

© 2026 PracHub. All rights reserved.