PracHub
QuestionsCoachesLearningGuidesInterview Prep
|Home/Analytics & Experimentation/Google

Design tests to measure latency impact

Last updated: Jul 9, 2026

Quick Overview

A Google Data Scientist onsite case on measuring the causal impact of reduced YouTube video-start latency on engagement. It spans A/B design (primary metric, diagnostics, error/buffering guardrails), randomization unit and interference, power/MDE for heavy-tailed watch time, variance reduction (CUPED, stratification), analysis of conflicting movements, ratio-metric decomposition with Simpson’s paradox, and propensity score matching when randomization isn’t possible.

  • easy
  • Google
  • Analytics & Experimentation
  • Data Scientist

Design tests to measure latency impact

Company: Google

Role: Data Scientist

Category: Analytics & Experimentation

Difficulty: easy

Interview Round: Onsite

##### Question You are a Data Scientist supporting a large consumer product (e.g., YouTube). Engineering ships a change intended to reduce **client-side / video-start latency** by roughly 100 ms for some users, but the new code path **might increase the error rate and change buffering behavior**. Design and analyze the measurement program for this change. 1. **Experiment design (latency → business impact).** Propose an **A/B test** to estimate the causal impact of reduced latency on user engagement. Define: - A **hypothesis** and a **primary metric** (one decision metric), explaining why it is sensitive to latency and the sensitivity-vs-business-relevance tradeoff. - **Diagnostic metrics** to localize where any change comes from (e.g., funnel steps, latency percentiles). - **Guardrail metrics** (quality / reliability / revenue) to avoid shipping a regression — in particular playback error rate and rebuffering, since the new stack may be unstable. 2. **Unit of randomization & interference.** Choose user vs. device vs. session/request-level randomization and justify it. Explain how you avoid contamination and interference (sticky bucketing, CDN/cache routing, cross-device spillover). 3. **Power / MDE / duration.** Describe how you would estimate sample size and runtime: what inputs you need, how you set the MDE, and how you handle **heavy-tailed watch-time**. Note relevant variance drivers (user heterogeneity, seasonality, outliers). 4. **Variance reduction.** Give at least two techniques to reduce variance / improve sensitivity and explain when each is appropriate (e.g., CUPED, stratification, triggering, winsorization, clustered standard errors). 5. **Analysis plan & conflicting movements.** Specify the estimator, how you handle multiple metrics and heterogeneity (e.g., WiFi vs. cellular), and how you decide when results conflict — e.g., watch time is up but the error guardrail is also up. 6. **Diagnosing a ratio-metric change.** Suppose leadership tracks a **ratio metric** such as **CTR = clicks / impressions** or **conversion rate = purchases / sessions**, and it moved by +0.3%. Outline a structured approach to diagnose *why* it changed, decompose the move into numerator vs. denominator effects, and guard against misleading interpretations such as **Simpson’s paradox**. 7. **When randomization is not possible (propensity score matching).** Now assume you **cannot randomize** the latency change (e.g., it rolled out selectively due to infra constraints) and you only observe that some users experienced lower latency than others. Describe how you would use **propensity score matching (PSM)** to estimate the impact, list the assumptions PSM requires, and explain how you would validate / sensitivity-test them. **Assumptions** - Users are global; traffic varies by time-of-day and day-of-week, and latency effects may be heterogeneous by network type (WiFi vs. cellular). - You can define a pre-period to compute baselines / covariates. - Logging is available for latency, exposure, errors, buffering, and key engagement outcomes. - Use a consistent reporting timezone (e.g., UTC) for daily metrics to avoid boundary artifacts.

Quick Answer: A Google Data Scientist onsite case on measuring the causal impact of reduced YouTube video-start latency on engagement. It spans A/B design (primary metric, diagnostics, error/buffering guardrails), randomization unit and interference, power/MDE for heavy-tailed watch time, variance reduction (CUPED, stratification), analysis of conflicting movements, ratio-metric decomposition with Simpson’s paradox, and propensity score matching when randomization isn’t possible.

Related Interview Questions

  • Evaluate AI Workflow Product Metrics - Google (hard)
  • Design an A/B test for search ranking - Google (easy)
  • Design an Unbiased Upgrade Experiment - Google (hard)
  • Design a Causal Upgrade Experiment - Google (hard)
  • How would you use propensity score matching here - Google (medium)
|Home/Analytics & Experimentation/Google

Design tests to measure latency impact

Google logo
Google
Oct 13, 2025, 12:00 AM
easyData ScientistOnsiteAnalytics & Experimentation
5
0
Question

You are a Data Scientist supporting a large consumer product (e.g., YouTube). Engineering ships a change intended to reduce client-side / video-start latency by roughly 100 ms for some users, but the new code path might increase the error rate and change buffering behavior. Design and analyze the measurement program for this change.

  1. Experiment design (latency → business impact). Propose an A/B test to estimate the causal impact of reduced latency on user engagement. Define:
    • A hypothesis and a primary metric (one decision metric), explaining why it is sensitive to latency and the sensitivity-vs-business-relevance tradeoff.
    • Diagnostic metrics to localize where any change comes from (e.g., funnel steps, latency percentiles).
    • Guardrail metrics (quality / reliability / revenue) to avoid shipping a regression — in particular playback error rate and rebuffering, since the new stack may be unstable.
  2. Unit of randomization & interference. Choose user vs. device vs. session/request-level randomization and justify it. Explain how you avoid contamination and interference (sticky bucketing, CDN/cache routing, cross-device spillover).
  3. Power / MDE / duration. Describe how you would estimate sample size and runtime: what inputs you need, how you set the MDE, and how you handle heavy-tailed watch-time . Note relevant variance drivers (user heterogeneity, seasonality, outliers).
  4. Variance reduction. Give at least two techniques to reduce variance / improve sensitivity and explain when each is appropriate (e.g., CUPED, stratification, triggering, winsorization, clustered standard errors).
  5. Analysis plan & conflicting movements. Specify the estimator, how you handle multiple metrics and heterogeneity (e.g., WiFi vs. cellular), and how you decide when results conflict — e.g., watch time is up but the error guardrail is also up.
  6. Diagnosing a ratio-metric change. Suppose leadership tracks a ratio metric such as CTR = clicks / impressions or conversion rate = purchases / sessions , and it moved by +0.3%. Outline a structured approach to diagnose why it changed, decompose the move into numerator vs. denominator effects, and guard against misleading interpretations such as Simpson’s paradox .
  7. When randomization is not possible (propensity score matching). Now assume you cannot randomize the latency change (e.g., it rolled out selectively due to infra constraints) and you only observe that some users experienced lower latency than others. Describe how you would use propensity score matching (PSM) to estimate the impact, list the assumptions PSM requires, and explain how you would validate / sensitivity-test them.

Assumptions

  • Users are global; traffic varies by time-of-day and day-of-week, and latency effects may be heterogeneous by network type (WiFi vs. cellular).
  • You can define a pre-period to compute baselines / covariates.
  • Logging is available for latency, exposure, errors, buffering, and key engagement outcomes.
  • Use a consistent reporting timezone (e.g., UTC) for daily metrics to avoid boundary artifacts.
Loading comments...

Browse More Questions

More Analytics & Experimentation•More Google•More Data Scientist•Google Data Scientist•Google Analytics & Experimentation•Data Scientist Analytics & Experimentation

Write your answer

Your first approved answer each day earns 20 XP.

Sign in to write your answer.
PracHub

Master your tech interviews with 8,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
  • AI Coding 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.