Skip to content
Stackbridge Technologies
All articles

2 min readLogistics, Courier software

Courier management software: what to build first

A practical order for building courier management software in India: serviceability, allocation, tracking, NDR and COD, and what can safely wait.

Courier and e-commerce logistics teams often start with spreadsheets, courier dashboards and a lot of copy-paste. When volumes grow, that stops working, and the obvious answer is custom courier management software. The harder question is what to build first. Build the wrong things first and you spend months on screens nobody uses while the daily pain stays the same.

This is the order we recommend, based on where the real operational cost usually sits.

1. Pincode serviceability and rate lookup

Every shipment starts with two questions: can a courier deliver to this pincode, and what will it cost? If your team answers these by checking several courier portals, that is the first thing to automate. Keep serviceability and rate cards as data you can update without a code release, because couriers change them often.

  • Serviceability by pincode, for prepaid and COD separately
  • Rate cards per courier, zone and weight slab
  • Volumetric weight calculated the same way the courier calculates it

2. Booking and courier allocation

Once you know who can deliver, the next step is booking the shipment with the right courier from one place. Allocation rules are where your business logic lives: cheapest courier, fastest courier, best performer for a region, or a fixed share per partner. Write these rules down before you write code, and make them configurable.

Integrate couriers through their APIs where they exist, and keep each courier behind its own adapter. When one partner's API is slow or down, bookings with the others should keep working.

3. Tracking in one view

Each courier reports status in its own words. Map them all to one small set of statuses your team and customers understand, such as booked, picked up, in transit, out for delivery, delivered, failed attempt and returned. Pull updates through webhooks where available and scheduled polling where not.

4. NDR handling

Non-delivery reports are where money quietly leaks. A failed delivery that nobody acts on becomes a return, and you pay for both directions. Give your team a daily NDR queue with the reason, the attempt count and a clear action: reattempt, update the address or phone number, or mark for return.

5. COD reconciliation

If you ship cash on delivery, you need to match every delivered COD shipment against the remittances couriers send. Doing this by hand in spreadsheets is slow and error-prone. Software can import remittance files, match them by AWB number and flag what is short, late or missing.

What can wait

Branded tracking pages, detailed analytics dashboards and customer apps are useful, but they rarely remove the daily pain. Build them after the core flow is reliable. A simple MIS export from clean data is often enough at the start.

Start small, but design for scale

The first release should handle the core flow end to end for one or two couriers. But the data model should assume many couriers, many warehouses and many clients from day one, because changing that later is expensive. If you are planning courier software and want a second opinion on scope, we are happy to talk it through.