Movu - Orchestrating Urban Flow
Inspiration
Public transport does not collapse because cities lack buses. It collapses because cities lack coordination.
Movu was born from observing one of Mumbai’s densest transit corridors — Andheri–Bandra — where hundreds of commuters gather in uncertainty. The bus arrives. Panic spikes. Order collapses. Ten minutes later, there is nothing.
This pattern repeats every day. I realized something fundamental: Public transport is not a vehicle problem. It is a timing problem.
Modern transit apps answer only one question: “When is my bus coming?”
But they ignore a far more powerful one: “How many people will be competing for that bus when it arrives?”
When too many people converge at the same minute, the system destabilizes. Not because capacity is insufficient — but because demand is synchronized in the worst possible way. In distributed systems, we smooth traffic spikes. In cities, we let them explode on the curb.
Movu applies systems thinking to human mobility.
What it does
Instead of physical queues, Movu introduces digital coordination. Passengers book a Virtual Boarding Slot on a specific bus. If a bus is nearing overload, Movu nudges commuters slightly earlier or later — distributing arrivals across time rather than space.
This creates:
Lower peak crowd density More stable fleet utilization Reduced curb-side waiting Predictable boarding experience
Instead of reacting to chaos, the system anticipates it.
How I built it
Frontend
React 18 + TypeScript for type-safe architecture Tailwind CSS for a technical, glassmorphic dashboard aesthetic Framer Motion for narrative transitions and micro-interactions Recharts + D3 patterns for real-time load visualization
Backend & Real-Time Sync
Supabase for login authentication and route management Optimized state management to prevent race conditions
When a commuter books a slot, the city dashboard updates instantly.
Intelligence Layer
Movu integrates Gemini 3.1 Pro to analyze: Live weather conditions Stop density Fleet status Booking trends
It generates contextual nudges like: “Rain expected in 8 minutes. Consider the 8:42 slot to avoid surge crowding.”
Transit becomes adaptive, not static.
Challenges I ran into
Real-Time Consistency
Ensuring that a “Book Slot” action instantly reflected across multiple live dashboards requires precise subscription management and guard clauses, which is why it has been kept as a future target and displayed currently as a prototype.
Simulation Stability
High-density load simulations initially caused instability during bus initialization. I implemented strict validation layers to ensure UI resilience.
Narrative vs. Utility
I balanced: A cinematic editorial landing experience A fully functional operational control dashboard
The design had to feel visionary — but also operationally credible.
Accomplishments that I'm proud of
In my Andheri–Bandra sector modelling, Movu demonstrates potential for:
45% reduction in wait times 30% reduction in peak crowd density Reduced emissions from smoother fleet flow Measurable reduction in commuter stress
I'm not building a better bus tracker. I'm building a coordination layer for cities.
We derived the 45% wait time reduction by looking at a simple reality: most commuters don’t arrive randomly — they arrive in bursts. When too many people show up at the exact same time, half of them can’t board and are forced to wait for the next bus, effectively doubling their wait. In peak corridors like Andheri–Bandra, this clustering pushes real-world average wait times much higher than what schedules suggest. By digitally distributing even a portion of those arrivals just 5–10 minutes earlier or later, far fewer people miss their first bus. When fewer passengers spill into the next cycle, the overall average wait time drops dramatically — in our modeling, by up to 45% — without adding a single new vehicle.
The 30% reduction in peak crowd density comes from the same principle. Overcrowding isn’t only caused by too many commuters — it’s caused by too many arriving at the same minute. When Movu spreads passenger flow across multiple nearby time slots, the platform never experiences a sharp surge. Instead of 80 people converging for a 40-seat bus, you get smaller, staggered groups that board more evenly. This prevents crowd stacking, reduces physical congestion at stops, and stabilizes the system. In short, we are not increasing capacity — we are smoothing demand — and that variance reduction alone produces significant, measurable improvements.
What I learned
Urban systems behave like distributed networks. Small behavioral nudges create massive systemic effects. Real-time data is only powerful when translated into human-centric action. Civic tech must balance empathy with engineering.
Most importantly: Mobility is not about speed. It is about synchronization.
What's next for Movu
Turning it from a strong prototype into a working coordination engine. The priority is connecting the bus and route database to the frontend so slot booking, capacity tracking, and real-time updates actually function end-to-end. After that, building the core logic layer — load prediction and dynamic slot allocation based on real booking density, not static data. Once real-time orchestration works, then expand the AI from simple weather insights to predictive demand nudging and launch a focused pilot simulation (e.g., Andheri–Bandra) to validate impact before scaling.
Why Movu Matters
As cities grow denser, infrastructure expansion alone will not scale fast enough. The next frontier of urban mobility is behavioural orchestration.
Movu introduces a new civic primitive: Digital Flow Governance.
Because the future of transit is not faster vehicles. It is smarter timing.
Log in or sign up for Devpost to join the conversation.