← Lyft
First-time day at Lyft

Fix the unlock flow so riders see true bike and payment status

You’re the software engineer. Your team is in the room. Printed Oct 13, 2026.

E-bike availability disappears between rider intent and a completed unlock.

Riders need a fast answer at the dock, while payment status must remain accurate when the unlock does not finish.

Who you’d be doing this for

“My office got three calls this morning from people who thought they’d paid for bikes they never rode.”

Kirti Roy · Public Mobility Program Manager

Oversees service reliability and rider access for a municipal bike-share program.

What is at stake

E-bike unlock completion has fallen to 86%, and some riders retry while a payment hold remains visible. You must weigh a faster fallback against accurate payment and station state.

Why it isn’t already fixed

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

  • fast rider recovery vs payment accuracy
  • visible availability vs confirmed station release
  • contained app change vs backend-only remedy
  • completion lift vs retry-driven distortion

Why Lyft

Charging-station e-bikes depend on rider software, payment services, and station behavior agreeing in the same trip.

Written with these in mind

product-minded backend engineermobile systems engineerreliability-focused software engineer

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

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.