Platforms · Logistics and fleet software

Logistics and fleet platforms for companies, agencies and their drivers.

We build logistics and fleet platforms: a driver app, a portal for the companies and agencies that send the work, and the console that dispatches jobs and pays people. It is for businesses moving goods with their own drivers, agency fleets, or both. A first working version is typically 10–14 weeks after scope.

The problem

Logistics software is rarely one company and its drivers. Companies send the work, fleet agencies supply vehicles and people, and some drivers and workers are registered directly. Each group sees different jobs and is paid by a different rule. Dispatch, shifts and payouts are a build of their own: who is allowed to take a job, who is on shift right now, and who gets paid what when a job is cancelled halfway.

Is this you?

  • You dispatch jobs to drivers by phone, WhatsApp or spreadsheet today.
  • Your drivers are a mix of your own staff and agency fleets.
  • Companies or agencies need their own login to send work or manage drivers.
  • Drivers are paid per job, per shift or per agency, and someone does the sums by hand.
  • You want to see where a job is without calling the driver.

None of these? Riders bringing food or groceries from shops to people ordering in an app? See food and grocery delivery apps.

What's included

Driver app iOS and Android: jobs, status, proof of delivery, earnings
Company portal Create jobs, follow them live, see history
Agency portal The fleet, its drivers and their jobs
Dispatch Assignment rules, manual override, live job board
Shifts and availability Rosters, on and off duty, who can take work now
Driver onboarding Licences, vehicle papers, approval, expiry reminders
Payouts Per job, per shift or per agency, with a record of every run
Admin console Companies, agencies, drivers, jobs, money, disputes

What makes this one hard

Three parties have to agree on when a job ended.

A job can pass between a company, an agency and a driver, and each is paid by a different rule. If the driver app, the agency and the invoice disagree about when a job ended, or whether it counts after a cancellation, someone is paid wrong. We write those rules down in phase one, before anyone builds a screen.

Proof

Five questions before we quote.

Most projects fail before any code is written — because a price was given before anyone knew what it would cost to build.

If we can't answer these, we quote a phase, not a platform.

  1. 01 Marketplace or single vendor?
  2. 02 Your own riders and staff, or third party?
  3. 03 Which payment rails, and who holds the money?
  4. 04 What is the budget range?
  5. 05 What already exists, and in what state?

Price and phases

Built in phases. You pay per phase.

If phase one doesn't convince you, you stop — and you keep everything we built.

Phase 01

Scope and price

The five questions answered, the build written down, and a named list of what we are not building.

Fixed fee · about a week

Phase 02

The first working version

The core of the platform, running, with real data. This is where you decide whether to continue.

10–14 weeks typical

Phase 03

Everything after

The remaining scope in phases of the same shape, then maintenance. Each one priced before it begins.

Priced per phase

How pricing works

This build

Can one platform serve companies, fleet agencies and our own drivers?

Yes. Each group gets its own login and sees the work that belongs to it: a company sees its jobs, an agency sees its fleet, a driver sees the jobs offered to them, and your console sees everything. Truckers puts companies, fleet agencies and their own registered drivers and workers on one platform. What decides the shape is who may assign a job to whom, and that is the first rule we write down.

Does it matter whether our drivers are staff or third party?

Yes, it changes the build. Your own staff work shifts you set, so the platform needs rosters and assigned jobs. Agency and contract drivers usually accept or decline work, so it needs job offers, acceptance and a rule for when nobody accepts. Pay follows the same split: per shift, per job or per agency. It is the second of our five questions before we quote: your own riders and staff, or third party?

Do you build live tracking?

Yes, while a job is active and the driver's phone shares its location. Three things shape it: how often the location updates, which trades accuracy against the driver's battery and data; who may see it, since a company may need its own job but not the whole fleet; and the map provider, whose fees are a third-party cost we name before the quote.

How are drivers and agencies paid?

By the rule you set in the console, per job, per shift or per agency, with a record of every payout run. Whether money moves automatically depends on the payment rail in your country. Where it supports payouts, they can run automatically; where it doesn't, the console runs manual payouts and keeps the record. We choose the gateway by country and by whether payouts are needed. Cancelled and part-finished jobs need a pay rule too, written before it is built.

Read the full guide

What happens when a driver loses signal?

It depends on what the driver has to do without it. Three things decide it: whether status updates and proof of delivery are saved on the phone and sent when signal returns; whether a job can be reassigned while its driver is unreachable; and how the console shows a driver it has not heard from. We agree these rules during scoping, because poor coverage on a route is normal in logistics, not an edge case.

How long does a logistics platform take to build?

A first working version is typically 10–14 weeks after scope, and scope takes about a week. That first version is the core loop with real data: a job is created, a driver takes it and finishes it, and you see it and pay for it in the console. Shifts, agency reporting and the rest follow in later phases, each priced before it begins. You pay per phase and can stop after any of them.

Can it replace the spreadsheet and WhatsApp group we dispatch from?

Yes, and that is usually where phase one starts. The driver app and the dispatch board replace the messages; the console replaces the spreadsheet with a record of every job, who took it and when it ended. Before we build, we write down how dispatch really works today, including the exceptions someone sorts out by phone, because those are the rules the software has to follow.

Can it connect to our order or accounting system?

Usually, if that system allows it. Three things decide it: whether it has an API, a documented way for other software to exchange data with it; whether jobs should arrive from it automatically or be created in the console; and whether finished jobs and payouts need to flow back for invoicing. We check during scoping and name each connection in the plan. A connection nobody planned is priced before it is built.

More answers

Standing questions

Who owns the code?

You do, on full payment. Exclusive and perpetual.

What if you disappear?

Your repository, your accounts, your signing keys. Documented so another team can pick it up.

Can we move to another team later?

Yes. We write the handover documents that make that possible, whether you use them or not.

Do you take equity instead of cash?

No.

Who holds the app store accounts?

You, unless you ask otherwise. Decided at kickoff, not at launch.

What happens to our data?

It is yours. Exportable at any point, in a format another system can read.

Plan your build in two minutes.

No call. A few guided questions, then a tailored quote — usually within one business day.

Get an estimate

Or send us the idea in three sentences on WhatsApp, or email support@codingwitht.com.

Read this first