Operational Intelligence Through Composition
Or why it's time to reinvent dispatch
In recent discussions with the CEO of Maximal and several transport operators, something became clear: while revenue is to be maximized and operational risk minimized, the current software landscape does not actually support doing both at once. The systems that optimize revenue and the systems that manage risk operate in different rooms. They share almost no data. They produce recommendations that are never reconciled.
This is not an edge case. It is the structural condition of freight software today — and it is costing operators more than most of them have measured.
The Pattern the Software Industry Has Seen Before
The software industry has advanced in a recognizable pattern: monolithic applications gave way to platforms, and platforms gave way to composite applications. A composite application does not attempt to own or replace every function. Instead, it composes capabilities from multiple specialized systems into a new operational workflow — one that did not previously exist and that none of the underlying systems could produce on their own.
The value does not come from owning more functions. It comes from synthesizing information across systems and coordinating decisions that were previously made in isolation. This pattern has been around for over twenty years in financial services, healthcare, and enterprise infrastructure. It has not yet arrived in freight operations at scale. That gap is the opportunity.
A Fragmented Stack That Performs Well in Isolation
Today, every major function in freight is optimized independently. The stack looks something like this:
The Current Stack — Each Domain Optimized Alone
Each system performs well within its domain. None reasons across the entire transport lifecycle.
The failure mode is not that any individual system is bad. It is that the intelligence stops at the boundary of each system. A weather event surfaces in the weather tool. A vehicle health flag surfaces in telematics. A revenue opportunity surfaces in the load optimization platform. No system sees all three simultaneously and asks what the optimal decision is given all of them together.
The missing layer is a composite application. Call it the Operational Transport Intelligence Platform. It orchestrates existing systems and transforms isolated optimizations into continuous operational reasoning — across the full lifecycle of every transport.
The Center of Gravity Has to Shift
Today, dispatch is the center of gravity in freight operations. Every system feeds the dispatcher. The dispatcher is the integration layer — a human receiving signals from multiple tools, reconciling them manually, and making decisions that none of the systems are able to make on their own.
This worked when the signal volume was manageable. It does not scale. A dispatcher managing forty active transports simultaneously, each generating continuous updates from five or six systems, cannot maintain a coherent operational picture for all of them. The cognitive load is architectural, not individual. You cannot hire your way out of it or train your way out of it.
In the future architecture, the transport becomes the center of gravity. Dispatch becomes one service operating on behalf of the transport — not the integration point for all operational intelligence. The transport object is persistent, stateful, and carries its own operational context. Dispatch acts on it. So does risk management. So does compliance. So does revenue optimization.
Two Optimization Vectors That Must Be Synchronized
Current freight software treats optimization as a set of separate problems answered in different departments at different times.
Local Optimization — Each Department Answers a Different Question
Commercial
Which freight should we haul?
Operations
Which driver should we assign?
Safety
Is the driver compliant?
Insurance
How risky is this movement?
The composite application asks
What is the optimal transport?
That shift — from four local questions to one unified question — changes the objective function entirely. Instead of maximizing revenue or minimizing risk as separate goals, the system optimizes expected economic value:
The Unified Objective Function
Expected Value = Revenue − Operating Cost − Expected Loss − Delay Cost − Regulatory Cost
Risk becomes an economic variable rather than a compliance checkbox or a separate department's concern. A high-revenue load on a high-risk corridor at a high-risk time window has a calculable expected value that accounts for all of those factors simultaneously. So does a moderate-revenue load on a low-risk route with strong schedule flexibility. The composite application can compare them on the same basis and recommend accordingly.
From Dashboards to Decision Systems
Today's dispatch screens are observational. They report the present state of the fleet. They surface exceptions for the dispatcher to investigate. The dispatcher is the reasoning layer.
The composite application inverts this. The transport becomes a living object — maintaining persistent commercial, execution, financial, environmental, compliance, and predicted future state. The dispatcher no longer monitors exceptions. The dispatcher supervises intelligent transports that continuously evaluate themselves and surface recommendations rather than raw signals.
This is not a marginal improvement to the dashboard. It is a different mode of operation. The difference between a dispatcher watching forty status screens and a dispatcher reviewing forty reasoned recommendations is not a UI improvement — it is a cognitive architecture change. The human remains in the loop, but the work the human is doing is qualitatively different.
Systems of Reasoning, Not Just Record
Historically, enterprise software has been built as systems of record. ERP records financial transactions. TMS records transportation activity. Telematics records vehicle movement. The record is the product — accurate, auditable, persistent.
The Operational Transport Intelligence Platform is something structurally different. It is a system of reasoning. Its purpose is not to record what happened, but to synthesize knowledge from multiple operational systems into recommendations that improve economic outcomes in real time. It does not compete with Maximal, Samsara, mapping providers, or weather services. It composes them — pulling their outputs into a unified operational model where every transport is evaluated as a dynamic economic entity, continuously balancing revenue opportunity against operational and financial risk.
RouteRisk is one reasoning engine inside that larger platform. It contributes the forward-looking risk field — the spatial and temporal exposure profile of the route ahead. Combined with revenue optimization, load data, telematics, and compliance signals, that risk intelligence becomes part of a live expected-value calculation rather than a standalone safety score.
That is what operational intelligence through composition looks like in practice. Not a new system that replaces the stack. A new tier that makes the stack reason.
Share this article on LinkedIn with suggested hashtags:
Copies the article title, link and hashtags for you to paste into LinkedIn.
Click any hashtag to explore related content on LinkedIn
Goetz Weber
Contributor @ Maei.ai
Pioneer in motion intelligence, trajectory AI, and semantic routing. Theoretical physicist turned AI innovator.
Follow me on LinkedIn for insights on motion intelligence and AI
Related Articles
The Transport Is the Unit
A transport is not a truck. It is a composite operational object — and no current freight system reasons about it as a whole.
The Prevention Paradox
The better a freight safety system works, the less visible its value becomes. Transport Safety Delta is designed to measure the risk that never materialized.
RouteRisk: From FICO-Like Score to Agentic Freight Risk Early-Warning System
How RouteRisk evolved from a forward-looking route risk score into a continuously reasoning shipment agent.