Complex day at Lyft

Decide how to block rides near a boundary before policy publishes

Published Oct 28, 2026

You’re the software engineer. Your team is in the room.

The setting

is a transportation platform that connects riders with rideshare, bikes, scooters and other ways to get around. is software that lets companies provide ride benefits and manage rides for employees or customers.

Location controls must stop unauthorized rides without stranding eligible travelers.

Travel managers need enforceable boundaries while employees need a booking decision that stays consistent as their location changes.

Who you’d be doing this for

“My finance lead sent me two rides from the same boundary, and I can’t explain why one got through.”

Carsten Persson · Corporate Travel Manager · a character in this brief

Runs a location-restricted employee ride program and is accountable for policy compliance and spend visibility.

What is at stake

Location-restricted programs are approving some rides that travel managers expected to block. You must choose whether to block uncertain bookings now or preserve access while correcting the authorization path.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • policy certainty vs. rider access
  • fast containment vs. causal confidence
  • administrator trust vs. booking continuity
  • reversible operations work vs. durable enforcement

Why Lyft

Lyft Pass and business ride benefits depend on organizations trusting that configured location restrictions hold at booking time.

Written with these in mind

systems-minded backend engineerreliability-focused product engineerengineer who thrives in cross-functional incident work

Not your kind of problem? 73 more at Lyft, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Lyft. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

  • Staff Software Engineer, Lyft Business (opens in a new tab)
    • Take holistic ownership of the platform's stability, tracking down issues root causes and building preventive safeguards for your immediate scope and beyond.
    • From the foundational mechanics of a company funding and provisioning a ride to the tailored workflows that get an employee to a client meeting or home after a late shift, we sweat the small stuff to make Lyft the transportation solution businesses build their programs on.
  • Engineering Manager, Lyft Business (opens in a new tab)
    • Our customers include individual riders and the companies that offer Lyft as an employee benefit, so the work spans consumer and B2B products.
  • Senior Software Engineer, Lyft Business (opens in a new tab)
    • As a backend engineer, you'll build systems that power complex benefit rules, location restrictions, and integrations with expense providers like Concur and Expensify.
    • The Business Travel team enable organizations to provide customized ride benefits at scale - whether that's employees expensing business trips and earning rewards.

Reporting read before this brief was written

The pieces closest to the situation in this brief.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these turns on crossing a deadline that can't be undone.

The same setting, from another role

Each is set around Lyft’s Lyft Business, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to trace a strange, repeatable failure back to its root cause and leave behind a fix that quietly holds.