Your Supply Chain Has an Awareness Problem, Not an Automation Problem

Rick Watson's take at ShipStation's Innovation Delivered 2026 cuts to the real gap in logistics operations. It isn't a lack of automation, it's a lack of a system that notices and acts on the small stuff before it compounds.

SUPPLY CHAIN

9/16/20265 min read

At ShipStation's Innovation Delivered 2026 event, Rick Watson, the operator and analyst behind the widely-read Watson Weekly newsletter, made a point that should have landed harder than it did: most logistics operations don't have an automation gap anymore. They have an awareness gap. The tools to move boxes faster, route trucks smarter, and pick orders quicker keep improving every year. The ability to notice a small thing going wrong before it becomes a big thing has not kept pace.

The Automation Story Everyone Already Bought

For the last five years, the pitch to 3PLs and logistics operators has been consistent: automate the physical work. Robotics in the warehouse, dynamic routing on the road, AI-assisted load planning at the dock. Watson's framing at Innovation Delivered wasn't that this investment was wasted, it clearly wasn't, but that it solved a different problem than the one still costing operators the most money.

Automation makes the known, repeatable work faster. It does nothing for the work nobody assigned to anyone in the first place: the ASN that doesn't match what showed up on the dock, the carrier that's gone quiet on an ETA, the vendor who hasn't confirmed a delivery window that's six hours out. None of that is a throughput problem. It's a noticing-and-chasing problem, and it's still almost entirely manual at most operations, automated warehouse floor or not.

A faster pick line doesn't shrink the queue of exceptions sitting in someone's inbox. It just means the automated part of the operation runs smoothly while the exception queue keeps growing at the same rate it always did.

This is the gap Watson was pointing at from the stage: the industry has spent its innovation budget making the predictable 80% of the operation faster, while the unpredictable 20%, the part that actually determines whether a shipment lands on time, still runs on the same manual, ad hoc coordination it ran on a decade ago. Nobody budgeted for that 20% because it doesn't show up on a capex sheet the way a new conveyor system does.

Why More Automation Actually Widens the Gap

Here's the part that doesn't get said out loud enough: automating the physical layer of a logistics operation tends to increase the volume of exceptions that need human attention, not decrease it. More automated touchpoints means more systems generating signals: sensor alerts, ASN mismatches, telematics flags, and every one of those signals still needs a person to look at it, decide what it means, and do something about it.

3PLs and warehouse operators commonly run 10-50+ active disruption surfaces at once: carrier exceptions, ASN errors, damaged pallets, cross-dock timing failures, unresponsive vendors. Industry teams typically report that a single exception takes 3-6 touchpoints and 1-6 days to close, start to finish, under manual, visibility-only workflows. That number hasn't moved much even as warehouses have automated far more of the underlying physical process.

More automated systems means more alert sources competing for the same limited follow-up capacity.

Faster physical throughput raises customer expectations for resolution speed, without adding staff to meet it.

Every new integration point (WMS, TMS, carrier API, telematics feed) is a new place where information can drift silently until someone chases it down.

The more efficient the automated layer gets, the more exposed the manual coordination layer becomes. It's not that automation failed. It's that automation was never designed to notice a problem and close the loop on it. It was designed to move things faster once the problem is already resolved.

3-6 touchpoints, 1-6 days

Typical Mean Time To Resolution for a single operational exception under manual, visibility-only workflows, the same range whether the floor underneath it is automated or not.

What "Awareness" Actually Means in Practice

Watson's framing at Innovation Delivered was specifically about the industry's blind spot: teams assume that because they can see more (dashboards, telematics, real-time tracking) they are automatically catching more. Visibility and awareness aren't the same thing. Visibility is a signal appearing on a screen. Awareness is something acting on that signal before a person has to.

Lexlabs' approach starts from that exact distinction. The platform ingests the same telemetry, transactional, and human-reported signals a 3PL's existing stack already generates, but instead of surfacing another alert for someone to triage, it scores the severity of the exception, matches it to the remediation playbook proven for that exact issue type, and engages the right carrier or supplier directly with a single click. Supplier interactions spawn their own tracked child tasks automatically, so a carrier's response gets routed, escalated, or closed without a person re-entering the loop at every step.

A dashboard that flags a problem faster is not the same thing as a system that closes it.

Every interaction along the way, the message, the response, the revised commitment, gets logged into an auditable DecisionRecord, so when the exception closes there's a timestamped, evidence-backed record of exactly what happened, not a tile on a screen that quietly turned green.

What Closing the Awareness Gap Looks Like

Mean Time To Resolution: 1-6 days under an industry baseline of visibility-only workflows, 60-70% faster with closed-loop remediation.

Manual touchpoints per exception: 3-6 under an industry baseline of visibility-only workflows, about 55% fewer with closed-loop remediation.

All-in cost per exception: full manual-coordination cost under an industry baseline of visibility-only workflows, about 40% lower with closed-loop remediation.

On-time task completion after an exception: baseline under visibility-only workflows, plus 30% with closed-loop remediation.

These ranges reflect what validated pilots have shown when the same signals an operator already has get paired with an execution layer instead of another reporting layer. Nothing changes about what the sensors and systems detect. What changes is what happens in the seconds after detection: whether a person has to notice, decide, and chase, or whether that sequence starts on its own.

For a 3PL layering automation onto an already-automated floor, that difference shows up first in dispatcher and ops-coordinator hours no longer spent chasing carrier confirmations, and second in fewer disputes because every ask is backed by a timestamped, auditable record instead of a phone call nobody documented.

The Question Worth Asking Before the Next Automation Purchase

Watson's point at Innovation Delivered wasn't an argument against automation. It was an argument against assuming automation is the whole answer. Most operators already have more signal than they can act on. Adding a faster conveyor or a smarter routing engine doesn't touch the queue of exceptions sitting unresolved in someone's inbox right now.

The gap that actually needs closing is between noticing a problem and doing something about it without adding headcount every time exception volume grows. That's a coordination and decisioning problem, not a physical-throughput one, and no amount of additional automated hardware on the floor solves it by itself.

Operators who take Watson's framing seriously tend to ask a different question before the next capex cycle: not "what else can we automate on the floor," but "what happens right now, today, the moment a carrier goes quiet on an ETA or an ASN doesn't match what showed up at the dock." If the honest answer is "someone eventually notices and starts making calls," the awareness gap is still open, no matter how fast the floor underneath it runs.

See how Lexlabs works for Logistics and 3PL operations. Contact us to request a demo focused on closing the gap between detecting exceptions and resolving them, without adding manual touchpoints as your operation scales.