Case studyLogistics & Supply Chain9 min read

RouteBee: helping a last-mile delivery company deliver more parcels per rider without burning them out

A last-mile delivery company for D2C brands planned routes on spreadsheets each morning, and failed deliveries came back every evening. We built RouteBee: automatic route optimisation, a rider app with navigation and proof of delivery, customer notifications with live tracking, COD reconciliation and failed-delivery prevention — so riders spend less time lost and customers are home when they arrive.

19
Features shipped
4
Apps & platforms
6
Team members
16
Weeks to rollout
RouteBee rider app with optimised route
RouteBee: better routes, fewer failed deliveries.
01

Mornings with a spreadsheet, evenings with returns

RouteBee's hub managers spent the first hour of every day sorting parcels into routes by area knowledge and a spreadsheet. Riders then crossed each other's paths all day. By evening, a stack of parcels came back: customers not home, addresses not found, COD cash not ready.

“A failed delivery costs us twice and the rider's evening too.”

— RouteBee's head of operations
02

Why deliveries failed

We analysed failed deliveries and rode with riders. Most failures were predictable: vague addresses, customers unavailable at the attempt time and unprepared COD payments. Routes were inefficient because nobody could optimise dozens of stops across dozens of riders by hand.

Main causes of failed deliveries
  • Addresses that could not be located
  • Customers not available at attempt time
  • COD cash or UPI not ready
  • Inefficient routes leaving too little time
Developer working at large monitors
Failed deliveries were mostly predictable — and preventable.
03

Confirm, optimise, deliver

Every morning, RouteBee geocodes addresses — learning from past successful deliveries to fix vague ones — and optimises routes across riders with time windows and vehicle capacity. Customers get a WhatsApp message to confirm availability, share a location pin or reschedule, and pay by UPI in advance if they want.

Riders follow an ordered route with navigation, capture proof of delivery and collect COD by UPI QR, reconciled automatically at the hub.

04

The team

Route optimisation and address intelligence were the core technical challenges.

1
Engagement lead

Hub observation and rollout.

1
Product designer

Rider app and hub console.

1
Mobile engineer

Rider app with navigation and proof of delivery.

2
Full-stack engineers

Hub console, brand portal and notifications.

1
Data scientist

Route optimisation and address geocoding.

6 people in total, working as one team.

05

Decisions we made

Agreed with the operations head and hub managers.

01

Manual routes or optimisation?

  • Hub managers plan routes
  • Automatic optimisation, editable by managers

Our call: Automatic optimisation, editable by managers. Optimisation handled scale; managers kept control for local knowledge.

02

How to reduce failed deliveries?

  • Retry more often
  • Confirm availability and fix addresses before dispatch

Our call: Confirm availability and fix addresses before dispatch. Preventing failures was cheaper than retrying them.

03

COD handling?

  • Cash only
  • UPI QR at the door, prepay links in advance

Our call: UPI QR at the door, prepay links in advance. Digital COD reduced cash handling and reconciliation errors.

06

Every feature, module by module

Everything that shipped for riders, hubs, customers and brands.

Riders
Less lost, more delivered.
  • 01Optimised route

    Ordered stops with navigation.

  • 02Customer status

    Confirmed, rescheduled or unreachable.

  • 03Proof of delivery

    Photo, OTP or signature.

  • 04UPI COD collection

    QR payments at the door.

  • 05Earnings view

    Deliveries and incentives.

Hubs
Morning planning in minutes.
  • 06Route optimisation

    Across riders with time windows.

  • 07Address geocoding

    Learning from past deliveries.

  • 08Live rider tracking

    Progress on the map.

  • 09At-risk alerts

    Deliveries likely to fail.

  • 10COD reconciliation

    Cash and UPI matched per rider.

Customers
Home when the rider arrives.
  • 11Availability confirmation

    Confirm or reschedule on WhatsApp.

  • 12Location pin sharing

    Share exact location.

  • 13Live tracking link

    Rider ETA on delivery day.

  • 14Prepay links

    Pay COD orders in advance.

Brands
Visibility for clients.
  • 15Brand portal

    Shipments, status and PODs.

  • 16Performance reports

    Delivery success and times.

  • 17API integration

    Orders in, status out.

  • 18Role-based access

    Riders, hubs, brands and admins.

  • 19Audit trail

    Every delivery event recorded.

RouteBee hub operations console
The hub console: today's routes, riders and failed-delivery risks.
07

Rollout

One hub piloted RouteBee for a month; riders' suggestions on stop order and app layout were built in. The remaining hubs followed, each starting with rider training at the morning briefing.

  1. Weeks 1–2
    Discovery

    Failed deliveries analysed; rider ride-alongs.

  2. Weeks 3–4
    Design

    Rider app and confirmation flow.

  3. Weeks 5–11
    Build

    Optimisation, apps, notifications and COD.

  4. Weeks 12–15
    Hub pilot

    One hub for a month.

  5. Week 16
    All hubs

    Rollout with morning briefings.

08

What we learned

Prevent failures before the rider leaves. Confirmation messages and address fixes did more than faster riding.

Riders are the experts. Their feedback improved routes the algorithm could not.

Built with
  • React Native
  • Next.js
  • NestJS
  • PostgreSQL with PostGIS
  • Route optimisation engine
  • Address geocoding model
  • WhatsApp and SMS
  • AWS Mumbai
CTA Background

Building something like RouteBee?

Bring the problem as it actually is, constraints included. You will get a straight answer on whether we are the right team.

View Our Work
AI-First Engineering
Secure & Scalable
Built to Deliver Impact
More case studies