02 / PLAN

Route optimisation is more than the shortest road

A useful delivery plan balances travel, time windows, capacity and service commitments with the daily reality of a working fleet.

Freight truck moving along an open highway
Every route is a set of trade-offs and operational constraints.

What route optimisation tries to solve

Route optimisation is the process of assigning stops and journeys to vehicles in a way that meets operating requirements. It can support freight movements between facilities, multi-stop delivery rounds and last-mile delivery—the final movement from a local depot to the customer. Algorithms can evaluate many possible combinations more quickly than a person working through them manually, but the answer is only useful if the planning problem reflects reality.

A route plan may need delivery locations, expected travel times, distance, vehicle capacity, delivery windows, driver schedules, operating hours and vehicle restrictions. It can also account for priorities such as service reliability, fuel use or operating cost. These aims may conflict. A shorter route may arrive too early for a receiving window; a route with fewer kilometres may require an impractical sequence of stops.

So route optimisation is not simply choosing the shortest road. It is a constrained planning problem. “Constraint” means a rule the plan must respect, such as a vehicle’s capacity or a driver’s scheduled hours. The result should be feasible as well as attractive on a screen.

Static plans and dynamic updates

Static planning builds routes from information available before a shift or dispatch period. It is useful where orders are known in advance and schedules need to be prepared. A planner can review a proposed plan, apply local knowledge and communicate it before vehicles leave.

Dynamic route planning revises decisions when conditions change. A new urgent delivery, a road closure, a delayed loading bay or a vehicle issue may make the original plan unsuitable. Fresh traffic information can help estimate changing travel times, but real-time updates need reliable data and rules about which changes are worth making. Constantly reshuffling stops can confuse drivers and customers even if a mathematical score improves.

A practical system may combine advance planning with selective updates. It should show why a route changed, what constraints were affected and whether the proposed change is still workable. Exception handling—the process for addressing events outside the normal plan—needs a clear owner and procedure.

Fleet realities and trade-offs

Vehicle capacity includes more than a nominal weight limit. Volume, compartment needs, loading sequence, product handling and access restrictions may matter. A delivery with a tight time window may need to be placed earlier in the sequence. Driver schedules and breaks also shape what can be completed. For freight, return journeys, loading slots and transfer points can influence the plan.

Teams usually balance cost, reliability, delivery time, capacity and service quality. Saving distance may increase the risk of late arrival; maximising vehicle utilisation can leave little room for unexpected orders. A premium delivery window may be valuable to a customer but costly to serve. The right balance follows the operation’s stated priorities, not a universal formula.

For example, a local distributor with several nearby customer stops could compare a fixed delivery sequence against a plan that groups stops by geography while respecting receiving hours. A parcel operation might need to include parcel volume and doorstep access alongside estimated drive time. These are illustrative scenarios, not reports of specific deployments or guaranteed results.

Data makes or breaks the route

Accurate location data is foundational. A customer address may need a correct entrance or delivery point, not simply a postcode centroid. Travel-time estimates should suit the vehicle and the road context. Orders must reflect what is actually ready to ship; a route for goods still being picked is not a plan so much as optimism with wheels.

Operational records should capture departures, arrivals, failed deliveries and exceptions consistently. Without dependable information, teams cannot tell whether a plan failed because of the route, loading delays, inaccurate locations or changed customer availability. Data quality is an ongoing task, not a one-time software setting.

When assessing tools, consider integration with order, fleet and dispatch systems; support for vehicle and schedule constraints; how planners can override a recommendation; the clarity of change alerts; and what training, connectivity, maintenance and support will be needed. Cost categories may include software licensing, integration, vehicle equipment and staff time. Compare them against your real operating requirements rather than a headline feature list.

Measure what matters

Route performance can be reviewed through planned versus actual arrival times, distance, vehicle utilisation, failed delivery frequency, cost per shipment and customer service outcomes. Definitions need to be consistent. If “on time” means something different across teams, a dashboard can look precise while describing several different realities.

Review exceptions as well as averages. A route may appear efficient overall while regularly missing a particular delivery window. Talk with drivers and dispatchers: the people who handle the route can often explain why a model’s preferred plan is awkward. Keep human review for unusual loads, high-priority deliveries and situations where information is uncertain.

Route-planning checklist

  • Are stop locations and customer windows accurate?
  • Are capacity, vehicle, driver and loading constraints represented?
  • Which objective matters most: cost, reliability, time or service?
  • When should a dynamic change be proposed—and who approves it?
  • Can users understand the reason for a suggested route?
  • Are outcomes reviewed alongside exceptions and customer impact?

What to know

Optimisation can help teams compare complex plans, but it cannot compensate for inaccurate orders or unrealistic constraints. Start with dependable operational information, a clear definition of a good route and a sensible way to handle exceptions. Let the algorithm propose; let experienced people keep the plan grounded.