← Back to Directory

Lyft interview notes, page 8 of 10

Large Enterprises

Most of these Lyft write-ups come from Software Engineers (41), then Product Managers (28) and Data Scientists (19). The most reported rounds are the technical phone screen (42), the product sense round (29), the system design round (12) and the behavioral / leadership round (4).

97 interview notes · updated Sep 2026

Lyft·Software Engineer·Technical Phone Screen

Jun 2026
A stats/probability question from a Lyft data science interview. Short and deceptively simple on the surface, but it's easy to fumble the setup if you rush.
  • The company distributes a $5 discount coupon to N riders. Each rider uses the coupon with probability P. What is the expected total cost to the company?

“Looks trivial until you second-guess yourself mid-answer.”

View Post

Lyft·Software Engineer·Recruiter / HR Screen

Jun 2026
Lyft recruiter/HR screen for a software engineer role, pretty standard stuff. Mostly logistics and behavioral questions, nothing technical yet.
  • Are you authorized to work in this country, and do you need visa sponsorship? Also, are you open to relocating, and when could you start?
  • Tell me about a time you dealt with conflict on your team, worked under a really tight deadline, or had to deliver something with unclear requirements.
  • Describe a situation where you received critical feedback. What was the feedback and how did you handle it?
  • Walk me through a project you owned from start to finish. How did you decide what to prioritize, and how did you keep stakeholders in the loop?

“Straightforward logistics check.”

View Post

Lyft·Software Engineer·Onsite - System Design / Architecture

Jun 2026
Lyft system design round for a software engineering role. The main question was a distributed web crawler, and the follow-ups kept coming in waves, coordination, fault tolerance, load balancing. Left feeling like I covered the basics but probably didn't go deep enough on the trickier parts.
  • Design a distributed web crawler that starts from a single seed URL and spreads the work across 1,000 machines. Walk through coordination between nodes, load balancing, fault tolerance, and how the system scales.

“I started with a URL frontier and a central queue, which felt right, but then they pushed on what happens when a node dies mid-crawl and I kind of stumbled.”

View Post

Lyft·Product Manager·Onsite - Product Sense / Strategy

Jun 2026
Lyft product design question focused on accessibility. Just the one prompt but it opened up into a pretty layered conversation about edge cases I hadn't fully thought through.
  • How would you redesign the Lyft driver experience to be fully accessible for deaf drivers?

“I jumped straight to visual and haptic notifications for ride requests and figured that covered it.”

View Post

Lyft·Software Engineer·Technical Phone Screen

Jun 2026
Lyft SWE interview with a scheduling/assignment problem that's classic but still trips you up if you haven't touched heaps in a while. Pretty standard technical screen vibe.
  • Given a list of jobs each with a start time and end time, assign each job to a worker so no worker has two overlapping jobs. Use as few workers as possible and return the worker assignment for each job.

“The core insight is sorting by start time and using a min-heap to track when each worker becomes free next.”

View Post

Lyft·Data Scientist·Onsite - Multi Round

Jun 2026
Lyft data science onsite with a very heavy experimentation focus. The whole thing was essentially one long case about redesigning supplier prioritization in a two-sided marketplace, broken into five parts that kept building on each other. Tough but fair.
  • You're proposing a new supplier ranking policy to boost order completion in a two-sided marketplace with known interference between users and suppliers. How would you design the experiment, and which randomization unit would you choose given network effects and spillover risks?
  • What primary metric and guardrails would you define for this experiment, and at what level would you aggregate them?
  • Walk through the sample size calculation for this test. Baseline completion rate is 60%, minimum detectable effect is +2 percentage points absolute, two-sided test at alpha 0.05 and 80% power. Then adjust for a clustering design effect of 1.2.
  • How would you handle heterogeneous treatment effects across cities, time of day, and supplier capacity quartiles? And how do you run sequential monitoring without inflating Type I error?
  • How would you detect and correct for marketplace rebalancing effects, like treated geos improving at the expense of control geos?
  • Design a rollout ramp plan for this policy change and define a fallback decision rule if guardrail metrics breach for two consecutive days.

“This is where I spent the most time and also where I fumbled first.”

View Post

Lyft·Data Scientist·Technical Phone Screen

Jun 2026
A deep system design question for a DS role at Lyft, all centered on building a dynamic pricing engine from scratch. The scope was massive and I'm not sure I did it justice, but it was a genuinely interesting problem to think through.
  • Design a dynamic pricing algorithm for a ride-hailing platform. Walk through the features and data sources you'd use, including real-time signals, historical patterns, and contextual factors like weather, traffic, and local events.
  • What model architecture would you use for this pricing system? Compare approaches like gradient-boosted trees versus reinforcement learning or contextual bandits, and explain the tradeoffs.
  • How would you formulate the objective function for this system and balance competing goals like rider conversion, driver earnings, company revenue, service quality, and price stability?
  • How would you incorporate fairness constraints, surge caps, price smoothing, and regulatory compliance into the pricing system?
  • How would you estimate price elasticity for this system? How do you handle causal identification given that prices aren't randomly assigned?
  • How would you validate this pricing system before and after launch, and how would you operate it reliably in production including monitoring, fallbacks, and serving infrastructure?

“I started with the obvious stuff (time of day, location density, weather) and then kind of spiraled trying to be comprehensive.”

View Post

Lyft·Product Designer·Onsite - Product Sense / Strategy

Jun 2026
Lyft design interview, one question about building a web interface for their product. Pretty sparse on details but it's a classic product design prompt that can go a lot of directions.
  • Design a web interface for Lyft.

“Open-ended enough to be either a gift or a trap depending on how you structure your time.”

View Post

Lyft·Software Engineer·Onsite - Behavioral / Leadership

Jun 2026
Behavioral loop at Lyft for a software engineer role, pretty much a full deep-dive into one big project from your resume with a lot of follow-up pressure on failures, trade-offs, and how you handled people problems.
  • Walk me through a major project on your resume: what was the context, what were you personally responsible for, what decisions did you make, and what were the measurable results?
  • What was the hardest technical or organizational challenge on that project and how did you work through it?
  • How did you handle disagreements or dependencies with other teams during that project?
  • What trade-offs did you make on that project and why?
  • Tell me about a time you failed or missed a deadline. What happened, what did you learn, and what would you do differently?
  • How did you measure success on your project, and how did you communicate progress to stakeholders?
  • How did you maintain quality when you were under time pressure?
  • Give me an example of when you showed ownership or took the lead on something outside your immediate scope.

“I structured it as situation-action-result and it felt okay until they pushed on the measurable outcomes part.”

View Post

Lyft·Software Engineer·Technical Phone Screen

Jun 2026
Lyft SWE coding round last month. The problem itself wasn't bad but the test case requirement blindsided me and I ran out of time before getting anything to actually execute.
  • Implement a key-value store that parses and executes command strings line by line, where each line can be a standalone command, a command with a key and value, or a command with a single value. You also need to write your own test cases and run them.

“The KV store part I'd seen before and felt fine about.”

View Post