back_office_ops · workflow
Lyft builds graph-based embeddings to capture rideshare interaction patterns for ML
Representing complex rideshare interactions between riders, drivers, locations, and time using traditional features required sparse, high-dimensional histograms—a vector of over 9,000 entries per driver for location history alone—making the representation impractical for ML models.
How it works
Common implementation structure
How this type of workflow is generally built, generalized across documented cases — not tied to any one vendor's stack. Click any stage to read what happens there. Specific products that implement these stages appear in “Tools commonly seen” below.
Stage 1 · Graph construction from ride data
A multi-entity graph is constructed by connecting riders, drivers, locations, and time as nodes with edges representing rideshare interactions.
Tools used
Pytorch BigGraphAdagrad
Outcome
Graph-based embeddings compactly represent driver and rider patterns in low-dimensional vectors, revealing insights such as weekend versus weekday driver clusters; Lyft is building an Embeddings Platform to make these features available to ML modelers across the company.
Grounding & classification
Source type: technical build writeup
13 fields verified against source quotes.
predictive analyticsrecommendation systemmetric backednamed customerproduction runtime claimedsource backedtools describedworkflow describedtravelemployee productivitytechnical build writeupback office ops