Dataford
Interview QuestionsInterview GuidesExperiencesMock InterviewsPricing
Get started

Design SimpleTire Product Recommendations

HardSystem Design00:00
Practice interviewer
In session
5 left
00:00

Your question is Design SimpleTire Product Recommendations. Take a moment with it on the right.

Talk me through your thinking if you like. When you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes).

You need to log in / sign up to chat or submit.

Problem

Product Context

SimpleTire wants to personalize product recommendations across its marketplace surfaces, including the homepage, product detail pages, cart, and post-search modules. Users shop for tires and wheels with strong fitment constraints, seasonal intent, and a mix of high-intent repeat buyers and first-time visitors.

Scale

SignalValue
DAU1.8M
Peak recommendation QPS7,500
Active catalog2.5M SKUs
New / updated SKUs per day40K
Avg recommendation slots per request12
End-to-end p99 latency budget180ms

Task

Design an end-to-end recommendation system for SimpleTire that serves personalized product recommendations in real time.

  1. Clarify the primary product goals and define success metrics for recommendation quality and business impact.
  2. Propose a multi-stage architecture for candidate generation, ranking, and re-ranking across SimpleTire surfaces.
  3. Define the training and serving setup, including which features are batch vs near-real-time and how you avoid training-serving skew.
  4. Choose models for each stage and explain why they fit the scale, latency, and marketplace constraints.
  5. Describe how you would evaluate the system offline and online, including experimentation and guardrail metrics.
  6. Identify key failure modes such as cold start, feature drift, stale inventory/pricing, and fitment errors, and explain detection and mitigation.

Constraints

  • Recommendations must respect vehicle fitment, inventory availability, seller restrictions, and pricing freshness.
  • Product metadata quality is uneven across sellers; some SKUs have sparse history.
  • User identity is partial: a meaningful share of traffic is logged out or cookie-only.
  • Cost matters: the serving stack should primarily run on CPU, with GPU use justified only if it materially improves ranking quality.
  • Freshness matters during weather events and seasonal spikes, when demand can shift within hours.