CS/26CASE STUDY

Real-Time Load Tracking
for an Austrian 3PL Freight Operator

A mid-size Austrian 3PL running DE / AT / IT corridors was losing roughly a third of its dispatch time to "where's the truck?" phone calls. We As Web delivered a single real-time pipeline across three surfaces — a dispatcher console, a driver app, and a public tracking link — so a load created in under 30 seconds becomes a driver's one tap and a client's live map, with no app for the client to install.

Discuss Your Project →
At a Glance
Capabilities
Keyboard-Driven Dispatcher Console
Background GPS Driver App (One-Tap)
Public, Auth-Free Client Tracking Links
Realtime Pipeline with RLS-Scoped Roles
Technologies
ReactReact Native / ExpoSupabase RealtimeSupabase Edge Functions (Deno)PostgreSQLWebSockets
Delivery Model
Product delivery · one pipeline, three surfaces · web + mobile + realtime backend
[01]Business Context

A 3PL running DE / AT / IT corridors on phone calls and stale spreadsheets

Logistics still runs on phone calls and stale spreadsheets. A mid-size Austrian third-party logistics operator moving pallets, freight and high-value loads across German, Austrian and Italian corridors had no live picture of its own fleet. Dispatchers fielded the same status question all day, drivers stopped driving to answer it, and clients chased email threads for a tracking number that updated twice a day. Every surface in the operation was working from a different version of the truth, and by the time a status update reached the client it was already an hour old.

Key Context
Roughly 30% of dispatch time lost to status calls
Drivers interrupted mid-drive to report position
Existing driver apps ignored — status no longer matched reality
Clients shipping high-value loads receiving black-box deliveries
[02]Client Needs

What prompted the project

The operator needed one status lifecycle that every party could see, without adding friction to the two groups least willing to absorb it — drivers and clients.

N/01

End the Status Phone Call

Give dispatchers a live fleet view so "where's the truck?" stops being a question anyone has to answer by phone.

N/02

Zero-Friction Driver Tooling

Drivers do not want a tool; they want to drive. Anything that demands check-ins, photos or manual status updates gets ignored.

N/03

No-Install Client Visibility

Clients expect a live map, not an emailed tracking number — but they will not install an app or create an account to get it.

N/04

One Status Lifecycle

Pending, assigned, in progress, delivered — the same lifecycle across dispatcher, driver and client, moving in real time.

N/05

Fleet-Scale Realtime Without a Backend Team

Continuous live position for the whole fleet, without the operator standing up and staffing a bespoke realtime backend.

[03]The Challenges

Why an expert partner was required

Three constituencies, three completely different tolerances for friction — and a corridor network where connectivity cannot be assumed.

Pre-Project ChallengeDispatch Overhead
The Same Call, All Day
Dispatchers fielded the same status question repeatedly, losing roughly 30% of their working time to it.
Drivers Pulled Off the Road
Answering a status call means a driver stops driving — the cost lands twice.
Impact
Dispatch capacity was being consumed by information that the system already had, just not in a shareable form.
Pre-Project ChallengeDriver Tool Abandonment
Friction-Heavy Incumbents
Existing apps demanded check-ins, photos and manual status updates at exactly the moments drivers are busiest.
Data Stale Within an Hour
Because drivers ignored the tooling, recorded status stopped matching reality almost immediately.
Impact
Any solution requiring sustained driver attention would fail the same way the last one did.
Pre-Project ChallengeThe Client-Side Black Box
Tracking Numbers, Twice a Day
Clients shipping pallets, freight and high-value loads received an emailed tracking number that updated on a batch schedule.
No Install, No Account
Clients expect Amazon-grade tracking, but will not download an app or register to watch one delivery.
Impact
Poor visibility drove NPS down and churn up on exactly the accounts worth keeping.
Execution ChallengeRealtime Across Three Countries
Continuous Broadcast vs. Battery
Background GPS has to run for a full shift on a phone the driver also uses for everything else.
Connectivity Gaps
Corridor coverage across DE / AT / IT is not continuous — position data has to survive dead zones.
Impact
The pipeline had to buffer offline and replay on reconnect, and a public link had to expose exactly one load and nothing else.
[04]Solutions Provided

What We As Web delivered

One pipeline, three surfaces, zero friction for the people who matter most. A dispatcher's load becomes a driver's tap becomes a client's live map, moving through one status lifecycle in real time.

S/01

Surface 01 · The Dispatcher Console

A keyboard-driven web console for the people who run operations — one screen, one roster, one click from load creation to driver hand-off.

Built for loud monitors and keyboard-driven workflows, not for occasional use.
Create a load in under 30 seconds and assign drivers from a live roster.
Filter loads by status and by client, and watch the whole fleet on one dashboard.
One-click hand-off from the console straight into the driver app.
S/02

Surface 02 · The Driver App

One tap, then nothing. Location broadcasts in the background while the app stays out of the way.

Single-tap activation — no check-ins, no photos, no manual status updates.
Continuous background broadcast on native iOS and Android, built on React Native / Expo.
Battery cost optimized for a full shift of continuous broadcast.
Offline positions are buffered and replayed on reconnect, so corridor dead zones do not create gaps.
S/03

Surface 03 · The Client Tracking Link

The client just gets a link. No app install, no account, no login — the truck moves on a live map.

A public tracking URL, sent by SMS or email, that opens straight to a live map with no authentication.
Position updates in real time as the driver progresses, alongside a status card that moves with the load.
White-labeled per dispatcher organisation, so the operator's brand carries through to their client.
S/04

The Realtime Layer Underneath

Realtime infrastructure is finally a commodity — five years ago this was a six-engineer backend project.

Supabase Realtime over WebSockets carries live channels at fleet scale.
Supabase Edge Functions (Deno) hold the logic; RLS-scoped roles decide who can see which load.
Postgres stores the load and position history, PostGIS-ready for spatial querying.
Because the realtime layer is a thin one, what used to take a quarter took a sprint.
[05]Results Achieved

Every load, on a map, live — with nothing for the client to install

The delivered system replaces the status phone call with a link. Dispatchers assign, drivers broadcast, clients watch — and the same status lifecycle drives all three surfaces.

R/01
Load created in under 30 seconds

The dispatcher console takes a load from creation to driver hand-off in a single keyboard-driven flow, with drivers assigned from a live roster.

R/02
One-tap driver activation

Drivers activate once and then drive. Position broadcasts continuously in the background on native iOS and Android, with no check-ins to ignore.

R/03
Zero apps installed by the client

Clients open a public tracking URL from an SMS or email — no download, no account, no login — and see the truck move on a live map.

R/04
Live position updates as the driver moves

One status lifecycle — pending, assigned, in progress, delivered — propagates in real time across dispatcher, driver and client surfaces.

[06]Technology & Team

A thin realtime layer, three surfaces, one Postgres

React for the dispatcher console, React Native / Expo for the driver app, a public link for the client — all reading one realtime pipeline built on Supabase channels, Edge Functions and Postgres with RLS-scoped roles.

Technology Stack
React (Dispatcher Dashboard)React Native / Expo (Driver App)Supabase Realtime (WebSockets)Supabase Edge Functions (Deno)PostgreSQL (PostGIS-ready)Row-Level Security (RLS-Scoped Roles)Background Geolocation (iOS + Android)Public Tracking Links (Tokenised URLs)
Team Composition
Product & Delivery LeadFrontend Team (React Console)Mobile Team (React Native / Expo)Backend & Realtime Team (Supabase / Postgres)UX for Dispatcher & Driver WorkflowsQA Across Three Surfaces
[07]Conclusion

Drivers expect Uber-grade UX. Their clients expect Amazon-grade tracking.

Logistics still ships neither. A 3PL losing a third of its dispatch time to status calls is paying for information it already has — the truck knows where it is, the driver knows the load, the client just cannot see either. The fix is not another tool for drivers to ignore; it is one pipeline that broadcasts by default and asks nothing of the two groups least willing to work for it.

Realtime backends are now commoditised: what used to be a six-engineer, quarter-long backend project is a thin layer over Supabase, and that shifts the economics of who can ship live tracking. For this Austrian operator it meant a dispatcher console, a one-tap driver app, and a public client link — every load on a map, live, with no app and no login. Audit and replay are next.