← Waymo Interview Insights

Waymo·Data Scientist·Technical Phone Screen·Senior

Senior
Jun 2026

Summary

Waymo data scientist interview with a meaty product analytics case built around a ride-hailing feature called Smart Wait. The whole thing was basically one extended scenario with four parts, and the difficulty ramped up fast once you got past the surface-level agreement or disagreement question.

Questions Asked (4)

Q1

A PM says fleet efficiency improved because actual time to pickup decreased after the Smart Wait feature launched. Do you agree with that conclusion?

Product Analytics & MetricsRoot Cause Analysis
Author's notes

I said yes too quickly and then had to walk it back.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Start by acknowledging the PM's observation but emphasize that correlation does not imply causation. Propose a structured approach to validate the claim, including defining metrics, checking for confounders, and using causal inference methods. Conclude with a recommendation for further analysis or experimentation.

Pro tip: Demonstrate business acumen by linking the analysis to fleet efficiency and customer experience, and suggest a follow-up experiment to establish causality if needed.

1. Clarify the Claim and Metrics

Define 'fleet efficiency' and 'actual time to pickup' precisely, and confirm how they are measured. Ensure the metrics align with business goals.

2. Check for Confounders and Alternative Explanations

Identify other factors that could affect pickup time, such as seasonality, fleet size changes, or concurrent feature launches. Assess whether these were controlled for.

3. Analyze the Data and Design

Examine the data before and after the launch, looking for trends and anomalies. Consider if the launch was staggered or if there is a natural experiment.

4. Apply Causal Inference Methods

Use techniques like difference-in-differences, propensity score matching, or instrumental variables to estimate the causal effect of Smart Wait.

5. Recommend Next Steps

If evidence is insufficient, propose an A/B test or further analysis. Communicate findings with appropriate caveats.

Key Points to Mention

  • Correlation vs. causation
  • Confounding variables (e.g., seasonality, fleet changes)
  • Definition and measurement of metrics
  • Causal inference methods (e.g., diff-in-diff, A/B testing)
  • Data quality and potential biases
  • Business impact and decision-making

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q2

What alternative explanations could account for the decrease in time to pickup, particularly given that conversion dropped at the same time?

Root Cause AnalysisA/B Testing & ExperimentationProduct Analytics & Metrics
Author's notes

This is where I actually felt comfortable.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Acknowledge that the simultaneous drop in conversion and pickup time suggests a potential confounding factor or trade-off, not necessarily a causal improvement. Systematically evaluate alternative explanations such as changes in user mix, external events, or measurement artifacts, and propose ways to test each hypothesis.

Pro tip: Emphasize that in ride-hailing, pickup time and conversion are often inversely related due to supply-demand dynamics; a drop in both could indicate a supply shortage rather than a product improvement.

1. Identify potential confounders

Consider external factors like weather, traffic, or local events that could affect both pickup time and conversion simultaneously.

2. Analyze user segmentation

Check if the change in metrics is driven by a shift in user mix (e.g., more users in low-demand areas) or by behavior changes within segments.

3. Examine supply-side changes

Investigate if there were changes in driver availability, such as incentives or new regulations, that could reduce pickup time but also reduce conversion due to fewer available drivers.

4. Check for measurement issues

Verify data quality and metric definitions; ensure that pickup time and conversion are measured consistently and that no logging errors occurred.

5. Propose validation tests

Suggest A/B tests or holdout groups to isolate the effect of the product change from other factors, and recommend monitoring key metrics over time.

Key Points to Mention

  • Simpson's paradox: overall metrics can be misleading if user segments shift.
  • Supply-demand dynamics: fewer drivers can reduce pickup time for some but lower conversion overall.
  • External events: weather, traffic, or holidays can affect both metrics.
  • Metric definition: ensure pickup time is measured from request to arrival, not just dispatch.
  • Selection bias: users who convert may be different from those who don't, affecting average pickup time.
  • Novelty effect: initial drop in conversion might be due to users trying the new feature and not converting.

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q3

What metrics and analyses would you use to determine whether Smart Wait was actually a net positive for the product?

Product Analytics & MetricsA/B Testing & Experimentation
Author's notes

Went through a few angles: rider satisfaction scores post-ride, delta between shown ETA and actual TTP as a measure of accuracy improvement, repeat ride rate, and revenue impact from the conversion drop.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Start by clarifying what Smart Wait is and its intended goal, then define success metrics across the rider experience, operational efficiency, and business outcomes. Propose a combination of A/B testing, causal inference methods, and guardrail metrics to measure net impact, ensuring to address potential trade-offs and long-term effects.

Pro tip: Emphasize the importance of guardrail metrics to catch unintended negative consequences, and discuss how to measure long-term effects through holdout groups or switchback tests, which are common in ride-hailing and autonomous vehicle settings.

1. Clarify the feature and its goals

Define what Smart Wait is (e.g., a feature that allows riders to wait for a cheaper or faster ride) and its intended benefits, such as reducing cancellations, improving wait times, or increasing driver utilization.

2. Define success metrics

Identify key metrics across rider experience (e.g., wait time, cancellation rate, satisfaction), operational efficiency (e.g., driver idle time, match rate), and business outcomes (e.g., completed rides, revenue, retention).

3. Design measurement approach

Propose an A/B test or quasi-experimental design (e.g., switchback, difference-in-differences) to isolate the causal impact of Smart Wait, ensuring proper randomization and sufficient power.

4. Analyze trade-offs and guardrails

Examine both positive and negative effects using guardrail metrics (e.g., rider churn, driver earnings, safety incidents) and segment analysis to understand heterogeneous impacts.

5. Assess long-term and net impact

Evaluate long-term effects through holdout groups or longitudinal analysis, and compute a net impact score (e.g., weighted sum of metrics) to determine if Smart Wait is a net positive.

Key Points to Mention

  • A/B testing with proper randomization and control groups
  • Guardrail metrics to monitor unintended consequences
  • Segmentation analysis to identify heterogeneous treatment effects
  • Long-term holdout groups to measure sustained impact
  • Causal inference methods like difference-in-differences or switchback tests
  • Net impact calculation balancing positive and negative metrics

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.

Q4

If you were running an experiment on this feature, what would you randomize, what would be your primary metric, and what guardrail metrics would you track?

A/B Testing & ExperimentationProduct Analytics & MetricsTechnical Trade-offs
Author's notes

Randomize at the user level, primary metric is ETA accuracy (difference between shown wait and actual TTP), not TTP itself.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Start by clarifying the feature and its goal, then define the randomization unit (e.g., user, trip, or region) based on the feature's scope and potential interference. Choose a primary metric that directly measures the feature's success and guardrail metrics that ensure safety, performance, and user experience are not degraded. Emphasize the importance of statistical power and avoiding common pitfalls like network effects.

Pro tip: At Waymo, safety is paramount, so always include safety-related guardrails (e.g., disengagement rate, near-miss incidents) and consider using a switchback or geo-based randomization to account for spatial interference. Also, mention that you would pre-register the experiment and consult with safety and legal teams.

1. Clarify the feature and hypothesis

Ask clarifying questions to understand the feature, its intended impact, and the context. State a clear hypothesis about how the feature will affect user or system behavior.

2. Define randomization unit and design

Choose the appropriate randomization unit (e.g., user, trip, vehicle, region) based on the feature and potential interference. Consider switchback or cluster randomization if needed.

3. Select primary metric

Identify a primary metric that directly measures the feature's success and aligns with business goals. Ensure it is sensitive to the change and can be measured reliably.

4. Choose guardrail metrics

List guardrail metrics that monitor safety, performance, and user experience to detect unintended negative consequences. Include both system-level and user-level metrics.

5. Plan analysis and power

Discuss sample size calculation, experiment duration, and statistical methods (e.g., sequential testing, CUPED) to ensure valid and efficient analysis.

Key Points to Mention

  • Randomization unit: user, trip, vehicle, or region; consider interference and network effects.
  • Primary metric: e.g., successful trip completion rate, user engagement, or time saved.
  • Guardrail metrics: safety (disengagement rate, near-miss), performance (latency, system errors), and user experience (complaints, cancellation rate).
  • Statistical power: calculate sample size, account for multiple testing, and use variance reduction techniques.
  • Potential pitfalls: novelty effect, seasonality, and interference; use holdouts or switchback designs.
  • Ethical and safety considerations: pre-registration, safety reviews, and compliance with regulations.

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.