The fastest way to buy the wrong logistics technology is to begin with the technology. Yet that is still how too many programs start: a new TMS, WMS, control tower, yard platform, AI initiative, or automation project. The solution enters the room before the operating requirement has been defined.

The problem is not that any of these technologies are bad ideas. The problem is that the solution has entered the conversation before the requirement has been defined. Systems engineering reverses that order. The expanding scope described in What Is a WMS in 2026? is a useful example of why requirements should be defined before a buyer lets a rapidly broadening product category define the problem.

Start With the Operating Problem

A requirement is not a feature request. “AI-enabled routing” is not a business requirement. “Reduce the time required to identify and recover priority shipments at risk of missing their delivery commitment” is closer. “Real-time visibility” is not a requirement by itself. “Identify at-risk customer orders early enough to take corrective action before the promised delivery window” is.

The difference matters because requirements describe desired system behavior and outcomes. Features describe how a vendor has chosen to implement capabilities. When organizations begin with features, the evaluation tends to become a comparison of product checklists. When they begin with requirements, they can evaluate whether a technology, process change, organizational change, or combination of solutions actually solves the operating problem. That produces a very different buying process.

Logistics requirements are rarely one-dimensional. At the highest level, the business may require improved service, lower working capital, greater resilience, faster response, or lower operating cost. Those outcomes then need to be translated into more specific operating requirements.

If the objective is faster response to disruption, what does faster mean? Minutes, hours, or days? Which disruptions matter? What information must be available? Which decisions must be accelerated? Who is allowed to make them? What constraints cannot be violated?

The answers drive system design. A useful requirements hierarchy might include business requirements, operational requirements, information requirements, decision requirements, technology requirements, security and compliance requirements, and human factors requirements. That last category is easy to neglect. A system may be technically capable of producing a recommendation every five minutes, but if a planner can realistically evaluate only ten exceptions per hour, the operating design still has a bottleneck.

Put the Constraints on the Table Early

Good requirements engineering does more than define what a system should do. It defines the boundaries within which the system must operate. Logistics networks are full of constraints: labor availability, warehouse throughput, dock capacity, trailer availability, carrier schedules, driver hours, parcel cutoffs, regulatory requirements, customer commitments, data limitations, capital budgets, integration dependencies, physical space, maintenance windows, and organizational policy. If those constraints are left implicit, they eventually reappear as implementation surprises.

This is particularly important in automation and AI projects. Optimization models are only useful when they reflect the constraints that actually govern the operation. AI recommendations are only actionable when they fit within decision rights, data quality, and execution capability. The best technology in the world cannot compensate for a requirement that was never articulated. Requirements discussions also benefit from distinguishing between what is necessary and what is desirable.

Every stakeholder has preferences. Transportation may want a particular carrier workflow. Finance may want additional controls. IT may prefer a specific architecture. Operations may want a familiar user interface. Executives may want a capability they have seen elsewhere.

Some of these preferences are important. Others are habits. A disciplined process identifies which requirements are mandatory, which are high-value, which are negotiable, and which are simply convenient. That distinction gives the organization room to make intelligent tradeoffs rather than creating an impossible specification in which everything is equally important.

It also improves vendor conversations. Technology and automation providers can respond to the logistics problem the customer is actually trying to solve rather than to an undifferentiated list of requests. One of the most useful ideas from systems engineering is that a requirement should eventually be verifiable. “Improve visibility” is difficult to test.

“Provide the status and predicted arrival time of 95 percent of priority inbound shipments with data no more than 30 minutes old” can be tested. This discipline creates a bridge between design and implementation. The requirements used to justify the investment become the basis for validation after the system is deployed.

That sounds elementary, but many logistics projects lose this connection. Business cases are approved around outcomes, implementations are managed around milestones, and success is eventually declared because the system went live. Go-live is not a business outcome. A system should be judged against what it was supposed to accomplish.

Buy the Solution Only After the Problem Is Defined

A requirements-first approach does not slow innovation. It makes innovation more precise. Once the operating requirements are clear, technology choices become easier to evaluate. The organization can determine which capabilities are essential, which integrations matter, where automation is appropriate, where human judgment remains important, and what level of performance is actually required.

Sometimes the answer will be a new platform. Sometimes it will be process redesign, better master data, a change in decision rights, or a relatively modest extension of an existing system. That is not a less ambitious transformation. It is a more engineered one.

Logistics leaders are under enormous pressure to move quickly, especially around AI and automation. Speed matters. But speed in selecting a solution is not the same as speed in solving the problem.

Speed matters, especially in AI and automation. But speed in selecting a solution is not the same as speed in solving the problem. In 1.4, we take the next step and make the stakeholder conflicts, constraints, and tradeoffs explicit before they get buried in the design.

Related Logistics Viewpoints research

Systems Engineering in Logistics
The New Architecture of Logistics
2026 Supply Chain Decision Intelligence Market Map
Supply Chain Technology Buyers Have a Market Structure Problem
Previous in this series: Stop Managing Logistics as a Collection of Functions

The post Requirements Before Technology: Define the Problem Before Buying the Solution appeared first on Logistics Viewpoints.

NVIDIA’s agreement to acquire Hugging Face for approximately $12.9 billion looks, at first, like another large transaction in an AI market already full of large numbers. Look more closely, however, and this is considerably more interesting than a semiconductor company buying a software company.

NVIDIA already dominates one of the most important layers of artificial intelligence: accelerated computing. Hugging Face occupies a different position. It has become one of the principal places where developers discover models, evaluate them, modify them, and decide how and where those models should run.

NVIDIA is therefore not simply acquiring another AI asset. It is moving toward the interchange where models, applications, developers, and computing infrastructure meet. That matters because the next phase of AI competition will increasingly be about orchestration rather than individual components.

For logistics executives, that should sound familiar.

Hugging Face Has Become AI Infrastructure

Hugging Face began in 2016 and has evolved into much more than a repository for AI models. The platform now serves millions of developers and hosts millions of models, along with datasets and applications used by companies to discover, evaluate, customize, and deploy artificial intelligence.

The scale matters, but its position within the architecture matters more.

Modern AI is increasingly becoming a component ecosystem. An enterprise does not necessarily select one enormous model and build everything around it. It might use one model for computer vision, another for document processing, another for coding, and a more capable frontier model for difficult reasoning. Some models might run internally, others through cloud APIs, and still others at the edge.

Hugging Face sits in the middle of that increasingly complicated environment. It helps developers find the components and increasingly helps them determine how those components can be deployed.

In logistics terms, Hugging Face looks less like a manufacturer and more like an interchange. It does not need to manufacture every product moving through the network to influence how the network operates. Its value comes from connecting a large number of models, developers, applications, and infrastructure choices.

NVIDIA has agreed to buy that interchange.

NVIDIA’s Problem Is Bigger Than GPUs

NVIDIA’s existing position in artificial intelligence is extraordinary, but it also contains a strategic vulnerability. Some of its largest customers have powerful incentives to reduce their dependence on NVIDIA hardware. Microsoft, Google, Amazon, Meta, OpenAI, and others have developed or are developing specialized accelerators of their own.

That does not mean NVIDIA’s GPU franchise disappears. Its installed ecosystem, software architecture, developer expertise, and performance advantages remain formidable. But it does mean NVIDIA cannot assume the future AI architecture will consist of NVIDIA hardware underneath every important workload.

The rational response is to expand the battlefield.

If AI infrastructure becomes increasingly heterogeneous, then the layer that helps determine what models are selected and where workloads are executed becomes more valuable. NVIDIA does not necessarily have to own every model or manufacture every accelerator if it can remain deeply embedded in the architecture through which the larger ecosystem operates.

Hugging Face provides a route into that architecture.

A developer might choose a model created by Meta, Mistral, Google, DeepSeek, or an independent research group. That model might eventually run on NVIDIA hardware, an AMD accelerator, a hyperscaler’s custom chip, an enterprise server, or an edge device.

Owning Hugging Face puts NVIDIA much closer to the point where those decisions originate.

Why Hugging Face Needs to Remain Open

One of the most revealing parts of the deal is NVIDIA’s commitment to keep Hugging Face open and compute-agnostic. NVIDIA has said its hardware will not be required to build or deploy through Hugging Face and that the platform will continue supporting multiple clouds, frameworks, models, inference providers, and silicon architectures.

That may sound counterintuitive. Why spend almost $13 billion on a platform and continue allowing competing hardware through it?

Because the neutrality of the platform is part of what makes it valuable.

An interchange becomes strategically important because many participants are willing to use it. Ports become powerful because multiple carriers call there. Freight marketplaces become more valuable as more shippers and carriers participate. Digital platforms acquire influence because participants on multiple sides of a market continue to meet there.

If NVIDIA turned Hugging Face into a closed distribution channel for NVIDIA hardware, it could weaken the network effect it is buying.

The better strategy is subtler. Keep the interchange open, encourage as much AI development and deployment as possible to flow through it, and make NVIDIA infrastructure exceptionally attractive when users decide where those workloads should run.

That is not exclusivity. It is influence.

AI Is Becoming a Routing Problem

The acquisition also arrives as enterprise AI moves away from the assumption that the largest available model should handle every task.

That makes little economic sense once organizations begin operating AI at scale.

Logistics has dealt with this type of problem for decades. A company does not ship every product by air because air freight is fast. It selects the mode appropriate to the service requirement, product value, distance, urgency, and cost. The fastest resource is not necessarily the economically correct resource.

AI workloads are beginning to require the same discipline.

A difficult planning problem involving incomplete information may justify a high-cost frontier reasoning model. Invoice classification probably does not. A computer-vision application may require something entirely different. A repetitive enterprise workflow may run perfectly well on a smaller open-weight model hosted internally at a fraction of the cost.

Once enterprises begin making these choices systematically, model selection becomes a routing problem. Capability, cost, latency, reliability, privacy, sovereignty, and infrastructure availability all become constraints.

Hugging Face occupies an important position in that emerging routing architecture because it provides access to a broad universe of models rather than forcing developers into a single supplier ecosystem.

NVIDIA is now buying a position much closer to that routing decision.

From Components to Systems

The acquisition fits a broader evolution in NVIDIA’s strategy. The company has been steadily expanding outward from the GPU into networking, software libraries, complete computing systems, inference infrastructure, robotics, digital twins, and AI factories.

Hugging Face adds another layer: developers, models, datasets, applications, and distribution.

Viewed as a system, the logic becomes clearer. At the bottom of the architecture, NVIDIA supplies much of the physical computing infrastructure. Higher in the stack, its software and development tools help applications use that infrastructure. Hugging Face gives the company a strategic position closer to where developers choose which models to use and how those models should be deployed.

That means NVIDIA does not need every workload in the ecosystem to run on NVIDIA hardware for the acquisition to succeed. The larger objective may be to grow the entire AI ecosystem while positioning NVIDIA infrastructure as one of the easiest and most attractive destinations for the resulting workload.

That is a platform strategy, and it is considerably more durable than a strategy based solely on hardware scarcity.

The Logistics Lesson

There is a broader lesson here for logistics because the same structural shift is occurring throughout industrial technology.

Companies naturally focus on assets: factories, warehouses, transportation capacity, automation equipment, software applications, semiconductors, and increasingly AI models. But as systems become more interconnected, an increasing share of competitive power moves into the interfaces between those assets.

The valuable position is often the place where choices are made.

Which carrier receives the load? Which warehouse fills the order? Which inventory pool serves the customer? Which model handles the request? Which computing resource executes the workload?

The organization that controls or intelligently orchestrates those decisions can acquire influence far beyond the value of the underlying asset.

This is why orchestration is becoming such an important theme across logistics. Companies have spent decades improving individual nodes. They now have better warehouses, better transportation systems, better planning applications, better automation, and better visibility. The next increment of performance increasingly comes from coordinating those resources as a system.

Artificial intelligence is following the same path.

The first stage of the AI boom was dominated by the question of who could build the most powerful individual components. NVIDIA won an extraordinary portion of that contest because its GPUs became the essential machinery of AI.

The next contest will be about how those components are selected, routed, and orchestrated.

That is what makes Hugging Face strategically important. NVIDIA already controls one of the most valuable resources in artificial intelligence. It is now buying a position much closer to the place where millions of developers decide what intelligence to use and how to deploy it.

The chips still matter enormously, but the center of gravity is moving from individual components toward the architecture connecting them. As logistics has demonstrated repeatedly, the company that controls the interchange can become just as important as the companies producing what moves through it.

The post NVIDIA Is Buying the Distribution Layer of AI appeared first on Logistics Viewpoints.

Weekly highlights

Ocean rates – Freightos Baltic Index

Asia-US West Coast prices (FBX01 Weekly) decreased 1%.

Asia-US East Coast prices (FBX03 Weekly) decreased 3%.

Asia-N. Europe prices (FBX11 Weekly) decreased 3%.

Asia-Mediterranean prices (FBX13 Weekly) decreased 1%.

Air rates – Freightos Air Index

China – N. America weekly prices increased 5%.

China – N. Europe weekly prices increased 6%.

N. Europe – N. America weekly prices stayed level.

Analysis

Tensions between Iran and the US continue to climb around the Strait of Hormuz, with Iran now announcing plans to impose a wider exclusion zone on areas near the strait. Fuel rates have trended up since the ceasefire collapse in July, but recent escalations as well as an increase in Chinese crude imports have pushed bunker fuel prices back up to levels last seen in June. Jet fuel prices are back to May levels with both fuels about 60% higher than before the start of the war.

Climbing fuel costs are likely setting an elevated floor for container rates, but ocean prices are still largely being driven by demand trends and disruptions to capacity availability.

Transpacific ocean rates cooled slightly last week, suggesting there won’t be additional rate increases in what is likely the last few weeks of peak season. But elevated demand that started in late May has kept prices at peak levels since early July. Current rates – of about $7,600/FEU to the West Coast and $9,500/FEU to the East Coast – are about back to levels last seen during peak season in 2024 when seasonal demand, Red Sea disruptions to capacity and some frontloading ahead of a possible East Coast labor strike combined to push rates up sharply.

Severe typhoon-driven congestion at Far East container hubs are likely also contributing to current rate levels. Carriers have increased blanked sailings for this week – possibly as moves to recover schedules disrupted by the storms – which could also help keep prices elevated even if demand has started to ease.

The Panama Canal Authority has postponed an additional half-foot draft reduction for Neopanamax transits until further notice, though it is still bracing for drought conditions from the expected El Nino this year. The PCA reduced daily transits by four to 32 this month, though Neopanamax daily slots – used by long haul container vessels – have only been reduced by one.

Asia-Europe container rates ticked down slightly last week to $4,500/FEU to N. Europe and $4,700/FEU to the Mediterranean, though Mediterranean prices have cooled further so far this week to about even with N. Europe. Going back to 2017, Asia – Mediterranean rates have on average been 17% higher than Asia – N. Europe prices, though at times they have been lower.

The current sharper decline from peak season highs for Mediterranean rates – a $2,600/FEU and 37% drop compared to $1,300/FEU and 23% for N. Europe lanes – may reflect both the recent increase in Red Sea transits for some Mediterranean services and that congestion at N. Europe hubs is keeping upward pressure on rates for those lanes even as peak season demand has cooled. Even with these declines, rates for both lanes remain $1,000 – $1,700/FEU above pre-peak season levels, likely due to Far East congestion as well. Recent port worker strikes in Germany and the Netherlands are now also contributing to some of the backlog.

In air cargo, operations at Miami International Airport are back to normal after an Amazon freighter crash on Sunday and authorities have reopened most airports across Indonesia following a volcanic eruption that had closed airports since late Friday. Air cargo rates from the Far East increased about 5% last week to $6.30/kg to the US and $4.88/kg to Europe, possibly reflecting disruptions from the most recent typhoon to hit the region last week.

The post Mediterranean ocean rates pull even with Asia – EU, possibly from Red Sea transit bump – September 8, 2026 Update appeared first on Freightos.