02. Logistics & trucking operations

Dispatch software, agent ops, and trucking workflows that scale.

Operational software for freight operators, trucking companies, and 3PLs. Dispatch automation, agent management, in-transit tracking, BOL intake, carrier payouts. Built for fleets that outgrew Dr Dispatch and need software that matches their actual workflow.

01. The work

Trucking software is decades behind how trucking actually runs.

The off-the-shelf TMS market is built for one of two extremes: enterprise carriers running 1,000+ trucks, or owner-operators with a single rig. The middle — 10 to 200 trucks, agent-based dispatch, mixed asset and brokerage — is underserved by every major platform.

What dispatch actually looks like: an inbound load comes in via email, phone, or load board. The dispatcher matches it to an available driver, negotiates the rate, sends the rate confirmation, tracks the freight, manages the BOL, settles the payout, and reconciles to QuickBooks. Multiply that by 80 loads a day across three agents and you have an operation running on tribal knowledge and Slack threads.

The buyers we work with. Freight operators, trucking owners, dispatch managers. Aren’t asking for a pretty TMS. They’re asking for software that knows the difference between a power-only run and a dry van load, understands how their agents get paid, and doesn’t break when a driver’s ELD goes offline mid-route.

Below: how we build dispatch, BOL intake, load tendering, detention tracking, and the rest of the freight operations stack. Each capability links to a deeper page with the integrations, workflows, and proof we’ve shipped.

02. What we build

Software that fits the way freight actually moves.

01

Dispatch & load management platforms

Load intake from email, EDI, and load boards. Driver and equipment matching. Rate confirmation generation. In-transit tracking and exception handling. Built around the agent model. Multi-agent operations with their own books, drivers, and customers running on shared infrastructure.

LoadQuest
Buffalo Trans.
4yrs production
02

BOL intake & settlement automation

Bill-of-lading capture from email, scan, or driver app. Automated invoice generation. Carrier payout processing. QuickBooks reconciliation. Reduces the gap between freight delivered and freight paid from weeks to days. See the BOL extractor in action

QuickBooks
Stripe / ACH
03

Driver & carrier mobile apps

Native mobile for drivers and carriers. Load acceptance, document capture (BOL, POD, lumper receipts), in-transit updates, electronic signatures. Offline-first. Works when the driver is in a yard with no signal at 3 a.m. Built on the same React Native stack as our other mobile app development work.

React Native
Offline sync
04

AI-assisted ops automation

Inbound RFP parsing, rate matching against historicals, customer email triage, automated load board posting. Where LLMs reduce the “stare at email” tax without taking decisions away from the dispatcher. Part of our agentic AI work.

Anthropic
n8n / MCP
03. Stack & integrations

The pipes that freight runs on.

ELDs and telematics:Samsara, Motive (formerly KeepTruckin), Geotab. We’ve pulled HOS data, GPS pings, and inspection events into dispatch boards so the planner sees driver availability without a second tab.

Load boards and EDI: DAT, Truckstop, ITS. EDI 204 (tender), 210 (invoice), 214 (status), 990 (response). Inbound parsing, outbound posting, status updates back to shippers without manual entry.

Accounting and settlement: QuickBooks Desktop and Online, Xero. Carrier payouts via ACH, factoring integrations (Triumph, RTS, OTR Capital). End-to-end pipeline from BOL capture through settlement reconciliation. The part that breaks most TMS implementations.

Carrier compliance: RMIS, MyCarrierPackets, Highway. Insurance verification, FMCSA authority checks, W-9 collection. Onboarding workflows that finish in hours instead of days.

Fuel and tolls: EFS, Comdata, T-Chek. Fuel-card transaction imports, IFTA reporting prep.

Backend:NestJS or Next.js, Postgres, Redis, AWS. Built for the “freight at 3 a.m.” reality. Multi-region deploys, on-call monitoring, rolling deploys that don’t take dispatch offline.

ELDs & telematics
Samsara Motive Geotab
Load boards & EDI
DAT Truckstop ITS EDI 204 EDI 210 EDI 214 EDI 990
Accounting & settlement
QuickBooks Xero Triumph RTS OTR Capital
Carrier compliance & fuel
RMIS MyCarrierPackets Highway EFS Comdata T-Chek
04. Proof

LoadQuest. Years of freight in production.

We built LoadQuest from the dispatch board up. Multi-agent operations, BOL intake, in-transit tracking, settlement and payout. All running on infrastructure we designed and still maintain.

Buffalo Transportation runs on the same backbone. Floex extends it for international freight. Livestock Lift adapts it for live haul. One platform, four operating realities.

See the full case study
4yrs
PRODUCTION
Continuous operation across multiple freight operators.
4cos
FLEETS RUNNING
LoadQuest, Buffalo Transportation, Floex, Livestock Lift.
24/7
DISPATCH UPTIME
Freight doesn’t stop. Neither does the software.
05. Why us

We’ve been running freight software for years.

Most TMS vendors learn dispatch on your dime. We learned it on someone else’s, four years ago, and the platform is still in production today.

01

Agent-model fluency

We’ve designed for multi-agent operations where each agent has their own books, drivers, and customers. The complexity of “shared infrastructure, separate P&Ls” is what we built around, not retrofitted.

02

Real-time-or-nothing reliability

A dispatch board that’s down for 10 minutes during peak hours is unusable. Our infrastructure is built for the “freight at 3 a.m.” reality . Multi-region, monitored, with on-call coverage.

03

QuickBooks & payout integration

Settlement is where most TMS implementations break. We’ve shipped end-to-end pipelines from BOL capture to driver settlement to QuickBooks. The numbers reconcile because we built the pipeline.

04

Long-term partnerships

Our freight operations platform has been in production for 4+ years across multiple operating companies. We’re still shipping improvements every sprint.The retainer model isn’t a side offering. It’s how we work.

06. FAQ

Common questions, straight answers.

Do you build custom TMS software, or do you customize McLeod and similar platforms?

Both, depending on what's there. If you've outgrown Dr Dispatch and need a system shaped around your actual workflow, we build custom. That's how LoadQuest, Buffalo Transportation, and Floex got built. If you're on McLeod, Aljex, or a similar platform and need integrations, agent portals, settlement automation, or driver apps that the vendor doesn't offer, we build those alongside the existing system. The audit identifies which path makes sense.

What ELD, load board, and accounting integrations have you built?

ELDs: Samsara, Motive (KeepTruckin), Geotab. Load boards: DAT, Truckstop, ITS. Accounting: QuickBooks Desktop and Online, Xero. Fuel cards: EFS, Comdata. Carrier verification: RMIS, MyCarrierPackets. Document capture from email, EDI (204/210/214), or driver app. The integrations are often where TMS implementations break. We've shipped end-to-end pipelines for all of these.

What does an agent-model dispatch system actually look like?

Each agent (sometimes called a brokerage agent or independent contractor) runs their own book of customers and carriers, but on shared back-office infrastructure. Settlement, accounting, compliance. The software has to enforce that separation: agent A can't see agent B's loads or rates, but management sees the full P&L per agent. Commissions, splits, and reconciliation roll up automatically. We've designed for this from scratch on multiple operations.

How long does a freight software build take?

First production release for a focused dispatch system: 12 to 20 weeks. Full operational platform (dispatch + driver app + accounting integration + carrier portal): 4 to 6 months for v1. We don't ship in waterfall. The dispatcher is using the new system on a small slice of loads within the first 6 weeks.

Do you support 3PL, asset-based, or brokerage-only operations?

All three. The architecture differs (asset-based tracks owned trucks and drivers; brokerage tracks carriers and capacity; 3PL does both plus customer-facing portals), but the core dispatch primitives — load, customer, carrier, driver, BOL, invoice, settlement — overlap. We've shipped systems for asset-based fleets, brokerages, and hybrid operations.

Can you build a driver mobile app to go with the dispatch system?

Yes. That's a standard part of how we work. Driver app for load acceptance, GPS check-in, BOL/POD photo capture, electronic signature, lumper receipts. Offline-first because drivers often work in yards, terminals, or rural routes with no signal. React Native, syncs back to dispatch in real time when reconnected. Same stack we use for our other mobile app development work across the studio.

Where are you based and do you work with operators outside Phoenix?

Phoenix HQ, with engineers across two time zones and a Los Angeles office. We work remotely with freight operators across the United States. Most of our trucking work has been with operators in the West and Midwest. The studio model doesn't require co-location.

What does engagement pricing look like?

Audit: $25K, fixed scope, 14 days, written plan you can hand to anyone else. Build: typically $80K to $300K for a focused dispatch or driver-app build, fixed scope. Retainer: $10K to $30K per month for ongoing engineering capacity. We're a senior studio. No offshore tier, no junior-on-client work. Code, IP, and infrastructure transfer at final payment.

07. Begin
Replies within 1 business day

Show us how your freight operation runs.