Google · Product manager · Product Analysis & Estimation

Google Maps daily active users fell 8% in one country. Diagnose it.

Build a defensible answer, then pressure-test it in the same workspace where you can save the attempt.

Open this in a free workspace This question is included in the free workspace allowance; create an account when you want to save the attempt.
Independent practice preview

This is a constructed rehearsal, not an official company answer or a prediction of what an interviewer will ask. A company-specific practice prompt synthesized from published interview guidance, candidate reports, official product material, role descriptions, and company values; it is not a claim that this exact question will be asked.

Start with a position

Give the interviewer your decision before the framework.

For “Google Maps daily active users fell 8% in one country. Diagnose it.” at Google, I would define the intended outcome for a user completing a repeated task where probabilistic assistance can create measurable leverage, build a driver tree to successful task completion with appropriate review, segment before explaining the movement, and make the decision only after checking severe errors, latency, cost per outcome, and override rate.

Preview the reasoning

Three moves to make the answer concrete.

01

Define the outcome

  • Define the product goal before the north star
  • Give the recommendation before the framework.
02

Build the metric tree

  • Segment and build a driver tree
  • Compare at least one credible alternative.
03

Segment before explaining

  • Use counter-metrics and explicit assumptions
  • Compare at least one credible alternative.

Measurement check

A metric is useful only when it changes the decision.

North star
successful task completion with appropriate reviewMeasures the repeated user or customer outcome, not mere feature activity.
Diagnostic
task-eval pass and correction rateExplains whether quality and the critical journey improved for the intended segment.
Guardrail
severe errors, latency, cost per outcome, and override rateMakes the principal downside observable: a benchmark or engagement win that masks task failure, overreliance, cost, or concentrated model harm.

Interviewer pressure test

Do not stop when the first answer sounds polished.

  1. Why prioritize a user completing a repeated task where probabilistic assistance can create measurable leverage, and who did you explicitly defer?
  2. How would your answer change with two weeks, three engineers, or a tenfold scale increase?
  3. What is the strongest rejected alternative and when would it win?

Turn reading into retrieval

Close the guide. Give the answer in your own words.

Use the free scratchpad and timer, then decide whether you need the complete worked answer and coaching.
Open this in a free workspace