Truckers
Logistics · fleets and drivers
Companies, fleet agencies, and their own registered drivers and workers.
Platforms · Logistics and fleet software
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.
None of these? Riders bringing food or groceries from shops to people ordering in an app? See food and grocery delivery apps.
| 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.
Logistics · fleets and drivers
Companies, fleet agencies, and their own registered drivers and workers.
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.
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
The five questions answered, the build written down, and a named list of what we are not building.
Phase 02
The core of the platform, running, with real data. This is where you decide whether to continue.
Phase 03
The remaining scope in phases of the same shape, then maintenance. Each one priced before it begins.
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 guideWhat 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.
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.
Other platforms we build
No call. A few guided questions, then a tailored quote — usually within one business day.
Or send us the idea in three sentences on WhatsApp, or email support@codingwitht.com.
Read this first