Entry
The story begins after riders already intend to buy.
UTA needed a clearer view of why riders were abandoning ticket purchases and why support teams were not seeing the same failures riders were experiencing in the field. The work focused on system-failure causes, rider flow, and which failure patterns deserved action first.
This was mostly a service-delivery and recovery story. The value came from understanding where riders were getting stuck, what support teams were missing, and which fixes had the clearest operational payoff.
The story begins after riders already intend to buy.
Riders enter the purchase flow at the machine.
The main issue was where purchase attempts broke down.
Machine behavior and rider flow were reconstructed step by step.
The output supported vendor fixes, alert tuning, and service follow-up.
Improving reliability supports rider confidence over time.
Control Center saw some alerts, but not enough of the actual rider experience to understand the full failure pattern.
The goal was to turn a vague machine problem into something leadership could prioritize and escalate with evidence.
I used Excel, SQL, Power BI, Power Query, and Python to organize machine events into readable purchase attempts, rank the common failure paths, and compare those failures with the alert stream support teams were receiving.
The work highlighted the dominant failure paths, surfaced roughly $15K in annual recovery opportunity inside a $2.0M fare context, and made the vendor reporting gap easier to challenge.