Design Google Maps
Map tiles, place search, turn-by-turn routing with live traffic, and ETAs for a billion users.
3 questions on this site are reported in DoorDash software engineer interviews. Each has a full reference design (requirements, back-of-envelope numbers, components, user flows and deep dives with interviewer follow-ups). Each one can be walked through turn by turn and then sat as a mock. Patterns covered: geospatial, routing, graphs, cdn, matching, streaming, marketplace, state-machine, dispatch, eta-prediction, location-tracking.
Run an AI mock DoorDash interview →One of these questions, run as a live round in that style, with a debrief at the end.
Attribution comes from public interview guides and candidate reports, not from DoorDash. It indicates where a question has been asked, nothing more.
Map tiles, place search, turn-by-turn routing with live traffic, and ETAs for a billion users.
Match riders with nearby drivers in seconds, track trips live, and price them, for millions of concurrent users worldwide.
Take a food order, get a restaurant to cook it and a courier to arrive just as it is ready, and keep three parties in sync across millions of orders a day.
45–60 minutes, usually a three-sided marketplace problem: customers, merchants and dashers, with orders, dispatch and live tracking close to what the company runs.
Designing only the customer side. The merchant and dasher flows, and the handoffs between the three, are where the questions go.
From public interview guides and candidate reports, and DoorDash’s own interview guidance where it publishes any. Not endorsed by DoorDash. Formats change; treat it as a prior, not a promise.
Large-company loops run 45 to 60 minutes, expect numbers, and spend most of the time on deep dives. Walk through a question to see how a strong candidate paces the hour, sit the same question as a mock until you can produce the requirements, the estimates and the design without looking, then read the interview framework guide for how to structure the hour. The other questions on the site teach patterns that show up in DoorDash interviews under different names.
Questions reported in DoorDash system design interviews include Google Maps, Uber and DoorDash. Between them they test geospatial, routing, graphs, cdn, matching and streaming. The reports come from public interview guides and candidate accounts, not from DoorDash, so practise the patterns rather than memorising one list.
45–60 minutes, usually a three-sided marketplace problem: customers, merchants and dashers, with orders, dispatch and live tracking close to what the company runs.
Reports say the DoorDash round weighs 4 things. 1. The order lifecycle as a state machine, including cancellations and partial failures. 2. Dispatch: matching dashers to orders with location data that is always slightly stale. 3. Consistency where money and commitments are involved, and freshness where they are not. 4. Peak load at meal times and what degrades first. Designing only the customer side. The merchant and dasher flows, and the handoffs between the three, are where the questions go.
Practise the questions reported there out loud, under a 45-minute clock: requirements with numbers first, then estimates, a high-level design, and deep dives into the two or three hardest parts. Start with Google Maps: watch a strong candidate answer it turn by turn, then sit it yourself. Then cover the patterns the round leans on (geospatial, routing, graphs and cdn) with one more question each.