Forecast next quarter's query volume and the biggest risk to it
ForecastingHardProblem. Leadership wants a forecast of next quarter's Bing query volume and the single biggest risk to it, to inform planning and investment. How do you build it, and how do you present the risk?
Before you reveal: say your answer out loud, as if you were in the real interview — get your reasoning across clearly first. There is no single correct answer: reading what the interviewer is really after and defending your own thinking is what makes an answer strong.
Clarify the question first
Forecast can mean many things, so first pin down what's actually being asked:
- "What's the forecast feeding — budget and headcount planning, or an external number — and at what grain, total or by market?"
- "What window is next quarter exactly, and is query volume total searches or unique searchers?"
- "Do you want a single point, or a range with the main risk attached?"
Lay out your approach
- A forecast is a decomposition, not a number. Base trend + seasonality (weekly, holidays) + known interventions (a default rollout, an AI-feature ramp) + risks.
- Quantify the uncertainty. Output a prediction interval; backtest on past quarters and report the error.
- Name the biggest risk as a scenario. Likely a competitor AI-search launch eroding share — model it as a counterfactual scenario, not a vague caveat.
- Make it decision-ready. Present base / optimistic / pessimistic with rough probabilities, plus a contingency and a tripwire.
- Modeling matters here: a structural / Bayesian time-series model (trend + seasonality + regressors) that emits intervals — the same counterfactual toolkit as causal impact.
Then check in: "Do you want me to walk the decomposition, or jump to how I'd size the biggest risk?"
Simulate the back-and-forth
Land a clear conclusion
Key summary — what really matters.
- A forecast is a distribution — decompose it (base + seasonality + interventions + risk), don't hand over one number.
- Quantify uncertainty (prediction intervals) and backtest the error.
- Size the biggest risk as a counterfactual scenario, not a caveat.
- Make it decision-ready: scenarios + probabilities + a contingency + a tripwire.
Build it as a decomposition with uncertainty. A structural/Bayesian time-series model (trend + seasonality + regressors for known interventions) that emits prediction intervals; backtest on held-out past quarters and report the error (e.g. MAPE ~3%).
| Component | Contribution to next-Q volume |
|---|---|
| Base trend | +3% |
| Seasonality (holiday quarter) | +5% |
| Known: AI-feature ramp | +2% |
| Known: a default expansion | +2% |
| Risk: competitor AI launch | −6% (scenario) |
Quantify the risk as a counterfactual. "If a competitor's AI search captures ~N points of share, query volume comes in ~6% below the central forecast." Present it as the pessimistic scenario with its probability, plus the prediction interval from the model's own uncertainty.
Recommend. "Central forecast +12% YoY with a 90% interval, driven by seasonality + the AI ramp + the default expansion; the dominant downside is a competitor AI launch (−6% scenario). I'd recommend a contingency budget sized to the pessimistic case and a leading-indicator tripwire (query-share trend) to catch it early."
| Dimension | What interviewers look for | Below the bar ❌ | Above the bar ✅ |
|---|---|---|---|
| Problem framing | Whether you take a messy business question and break it into clear parts, and say what you think is going on before you dive in. | You jump straight to a metric or a model without understanding the goal, and skip clarifying questions. | You clarify the goal and scope first, lay out a simple structure, and state a clear guess to test. |
| Methodology and math | Whether your methods, metrics, and numbers are sound, and you can say why you chose them. | You use a heavy method without saying why, make basic math or estimate errors, or forget a control group. | You pick an approach that fits the problem, define the metrics you will judge it on, and handle the obvious edge cases. |
| Business judgment | Whether you understand why the question matters and tie your answer to real outcomes. | Your idea is technically fine but ignores cost, what is feasible, or what the company actually cares about. | You connect your work to real levers like revenue, growth, or retention, and you name the main risks. |
| Deployment thinking | Whether you think about how the solution actually runs and lasts in the real world, not just on paper. | You treat it like a class exercise and never say how it would work once it is live. | You think about data quality, scale, monitoring, what happens when it fails, and how you keep it working over time. |
| Communication | Whether your thinking is easy to follow and you treat the interview as a conversation. | You ramble, lose the thread, or talk at the interviewer instead of with them. | You restate the problem, walk through your logic in order, check in, and sum up your main point at the end. |
Strong-answer signal: forecasting as a decomposition with prediction intervals, backtesting the error, and quantifying the top risk as a counterfactual scenario with a contingency and a leading-indicator tripwire. Common trap: giving a single point forecast with no uncertainty, or listing risks qualitatively without sizing the biggest one as a scenario. Trains: forecast-uncertainty; counterfactual-scenario.