Guides

Managing drivers in a meal-plan business

A driver who has run the same round for a year is materially faster than a new one, because they know which towers are confusing and where parking works. That knowledge is an asset, and turnover destroys it.

Route knowledge is the hidden asset

Two drivers with identical vehicles and identical stop lists can differ by an hour on the same round. The difference is accumulated knowledge — the entrance that is round the back, the security desk that needs a name, the community where the pin is fifty metres out.

Most operations never quantify this and are consequently surprised by how much slower the round becomes after a driver leaves. Budgeting a genuine ramp period for a replacement rather than assuming week-one parity avoids blaming the new person for a structural gap.

It also argues for capturing that knowledge as data. Every access note recorded against a stop is a small piece of route knowledge extracted from one person’s head into something the next driver inherits.

What drivers in this model actually need

  • A round that is correct

    Nothing erodes goodwill faster than being sent to a customer who paused, or arriving at an address that changed last week.

  • Predictable hours

    Meal-plan rounds are knowable the night before, which is a genuine advantage over gig delivery and worth stating when hiring.

  • A way to report problems

    A flag on a stop that reaches the office, rather than a message at the end of the day when nothing can be done.

  • Not to be blamed for information failures

    A driver who cannot find a door was given a bad address. Treating that as a performance issue is how you lose good drivers.

Accountability without surveillance

Stop-level outcomes give you what you actually need: whether each delivery happened and when. That is enough to spot a pattern, and it is generated as a by-product of the driver doing their job rather than as monitoring imposed on top of it.

Live location tracking is what operators often ask for and rarely need. It answers "where are they now", which matters far less than "did every stop get closed out honestly" — and it changes the relationship in ways that are hard to undo.

Be explicit that Mealroh does not offer live vehicle tracking. If that is genuinely a requirement, it belongs in a fleet platform, and it is worth being clear with yourself about whether the need is operational or reassurance.

The metric worth watching

Failed deliveries per driver, normalised by stop count, and then compared against failed deliveries per address. If the same address fails across different drivers, it is an addressing problem; if the same driver fails across different addresses, it is worth a conversation.

Running that comparison before the conversation matters. Most apparent driver problems in this business turn out to be data problems, and starting from the assumption of carelessness damages a relationship you needed.

Common questions

Why is driver turnover expensive here?
Because route knowledge is real. A driver who knows which entrance is round the back and where parking works can be an hour faster on the same round, and that advantage leaves with them.
Do I need live GPS tracking of drivers?
Usually not. Stop-level outcomes tell you whether each delivery happened and when, which is what actually matters. Mealroh does not offer live tracking; if you genuinely need it, that is a fleet platform.
How do I tell a driver problem from a data problem?
Compare failures by driver against failures by address. The same address failing across different drivers is an addressing problem; the same driver failing across different addresses is worth a conversation.
What retains drivers in a meal business?
A correct round and predictable hours. Being repeatedly sent to customers who paused or to addresses that changed erodes goodwill faster than pay disputes do.

See how this works in practice

The home page walks through the same mechanics against a real admin loaded with a demonstration kitchen: production, packing, routes and the customer side.