DoorDash·Data Scientist·Technical Phone Screen
- Walk through the major cost components in DoorDash's operations and propose data-driven ways to reduce each one without degrading service quality.
“Bigger scope than I expected.”
Large Enterprises
Most of these DoorDash write-ups come from Software Engineers (265), then Data Scientists (69) and Product Managers (52). The most reported rounds are the technical phone screen (201), the system design round (93), the product sense round (55) and the behavioral / leadership round (36).
416 interview notes · updated Oct 2026
“Bigger scope than I expected.”
“This wasn't a soft opener.”
“I started with users and campaigns and then kind of free-associated from there: pledges, payments, receipts.”
“Recognized it as combination sum pretty fast, which helped.”
“My first instinct was plain BFS flood-fill on U, which is the right skeleton, but I initially forgot to cross-check D during traversal and just checked at the end per cluster.”
“The core pairing logic wasn't too bad once I decided to group events by orderId and sort within each group.”
“This thing sprawled fast.”
“I spent too long on the discovery phase and ran out of steam before getting to concrete solutions.”
“I jumped straight into supply-side causes (vendor inventory lag, picker errors) and almost forgot to consider demand-side spikes like promotions driving unexpected volume.”
“I started with users and workouts and thought I was on the right track, but then realized I had no clean way to model exercises within a workout without creating a mess of junction tables.”