Chapter 6.4
In this chapter · 7 sections
Modular & Prefabricated Construction
Prefabrication runs the plant build in a parallel factory line, buying speed-to-power when it bypasses the controlling site work — but only for subsystems you can standardize, factory slots you can secure, and modules the haul route can carry.
What you'll decide here
- Where on the spectrum you sit — fully integrated all-in-one (containerized) vs joined volumetric or panelized halls and component modules (power skids, cooling PODs, prefab MEP rooms) bayed into a stick-built shell — because that single choice sets your standardization ceiling, your transport envelope, and your customization penalty.
- Which subsystems you prefab and which you leave stick-built — the power block and cooling plant are the high-value prefab candidates; the dense liquid-cooled data hall is compared on final service geometry and field joints, not the width of one truck.
- The transport envelope you design to — road-legal (≈2.59 m / 8.5 ft US; 2.55 m EU) vs ISO-containerized (≈2.44 m / 8 ft) vs permitted oversize (≈4.0–4.3 m / 13.5–14 ft subject to route-specific permits and escorts) vs super-load — because the module's outer dimensions are frozen by the worst bridge on the haul route, not by the white space.
- How much commissioning you pull into the factory (witnessed FAT, point-to-point, even partial integrated systems test) versus deferring to a compressed on-site Cx window — and who owns the interface where modules mate and signs the site retest.
- Whether your demand forecast is firm enough to commit to a productized, repeatable design now, or volatile enough that the optionality of a phased modular ramp is worth its unit-cost premium after the utility-delay case is priced.
By 2026 the binding constraint on an AI build is not chips and not capital — it is time-to-power. A gigawatt of AI capacity is worth on the order of $12–13B/yr in revenue, so landing 200 MW even six months early is worth roughly $1.2–1.3B (SemiAnalysis, Jun 2026 — a contested, single-source figure). That gross-revenue illustration is not the package’s construction saving; deduct operating costs, demand risk, the factory premium and any unchanged utility gate before crediting it. The size of the prize is still why modular delivery has gone from an edge-and-telco niche to the dominant execution model for new AI capacity. The decision in this chapter is whether prefab advances accepted service and how much of the facility you move into the factory, and what that choice costs you in flexibility, density ceiling, and interface risk downstream.
The core idea is mundane and powerful: stick-built construction is a serial process gated by the physical site — you cannot rough-in MEP until the shell is up, you cannot set equipment until the floor is poured, and every trade waits on the one before it in the mud. Prefabrication breaks that chain by running two timelines in parallel: while the site team grades, pours, and erects steel, a factory hundreds of miles away is simultaneously building, wiring, plumbing, and testing the power and cooling modules. The modules arrive substantially complete with factory evidence; transport, field joints and the assembled installation still require site tests. You have not made any single task faster — you have overlapped tasks that used to be sequential, and you have moved skilled-trades labor from a labor-short, weather-exposed site into a controlled, repeatable production line. The reported 30–50% schedule-compression range describes candidate projects, while this package earns its own compression only if the factory path clears the controlling site and utility gates. The price is paid in standardization discipline, transport limits, and the exacting arithmetic of interfaces.
The spectrum: all-in-one vs component modules
"Modular" is not one thing — it is a spectrum, and where you sit on it is the first and most consequential fork. At one end is the fully integrated all-in-one: a self-contained data center in an enclosure (an ISO container or a purpose-built steel module) with IT space, power, and cooling all inside, arriving as a plug-and-play unit needing only power, water, and fiber at the pad. At the other end is the component-module approach: the building itself is a conventional (often tilt-up or pre-engineered steel) shell, but the high-value subsystems — the power block, the cooling plant, the UPS/battery room, even the MEP galleries — are built as factory skids and PODs and bayed into the shell on site. Most large 2026 AI campuses are not built from all-in-one containers; they are stick-built or pre-engineered shells fed by an aggressive program of component prefabrication — power skids and cooling PODs being the workhorses.
The reason the industry drifted toward component modules at hyperscale is geometric. The all-in-one container inherits the ISO transport envelope — roughly 2.44 m (8 ft) wide, with usable internal width under 2.3 m — which is fine for an edge node or a 100–500 kW micro-site but absurd for a GB300 NVL72 rack with a facility design basis of up to 142 kW that wants service clearance, a CDU sidecar, and a manifold drop. As one practitioner critique puts it bluntly, ISO containers are a poor data-center solution at AI density precisely because the 8 ft width strangles serviceability. Component skids escape the box: a power skid or cooling POD can be built to a wider permitted-oversize envelope, trucked as an oversize load, and then bayed together on a pad to form a room of any size. You trade the plug-and-play simplicity of the container for the density and serviceability of a real hall — which, for NVL72-class liquid-cooled white space, is the trade that matters. → Chapter 6.1 (data-hall layout); Chapter 7.13 (the rack as integration unit).
| Approach | Transport envelope | Standardization | Density / installed geometry | Customization penalty | Best fit |
|---|---|---|---|---|---|
| All-in-one container (ISO) | ≈2.44 m / 8 ft — fully road/rail/sea legal | Highest — a catalog SKU | Selected ISO configuration: air or sealed, ~100–500 kW/module | Severe — you take the product as-is | Edge, micro-sites, rapid bridge capacity, sovereign-in-a-box |
| All-in-one purpose-built module | Permitted oversize (≈4.0–4.3 m with routine permits/escorts) | High — repeatable line build | Product-specific: air + RDHx or DLC-ready in the selected single module | Moderate — config options, not redesign | Enterprise and edge inference on air-cooled 8-GPU nodes; Tier-2 metros; fast multi-site rollout |
| Component skids + PODs (into stick shell) | Per-module; over-width oversize loads typical | Medium — subsystem-level repeatability | Full DLC / NVL72 where the installed hall fits racks, service and replacement | Low — the shell absorbs customization | Hyperscale & training campuses; the 2026 mainstream |
| Stick-built (reference) | n/a — built in place | Lowest — bespoke each time | No single-module transport limit; installed rack/service geometry sets capacity | None — fully bespoke | Very-high-density custom halls, constrained/urban sites |
Skids, PODs, and the factory-built plant
The vocabulary matters because it maps to the contracting and interface model. A skid is a structural steel base frame carrying a complete functional subsystem — a power skid integrates transformer, switchgear, and switchboard; a pump skid carries pumps, valves, and controls; a CDU skid isolates the technology-cooling loop from facility water. A POD (sometimes "module" or "pod") is larger — an enclosed, walk-in volume containing a complete room's worth of function: a UPS-and-battery POD, a cooling-plant POD, an electrical-room POD. The skid is a component; the POD is a room. Both are built, wired, plumbed, and ideally tested in the factory, then craned onto a foundation and connected at a defined set of interfaces.
The economic logic is that these subsystems are where the schedule-critical skilled trades live. Electricians and pipefitters are the scarcest, most expensive, most schedule-determining labor on an AI build, and the skilled-trades shortage is itself a recognized schedule killer (treated as a program risk in Chapter 6.6 and a workforce problem in Chapter 14.11). Building the power and cooling plant on a factory line lets a smaller, stable, trained crew produce many identical skids under cover, with jigs and fixtures, with rework caught at a station rather than at 2 a.m. on a critical-path night. The quality step-change comes not from factory workers being better, but from a repeatable line build with in-process QA catching repeated defects earlier than a one-off field build when the factory’s inspection and rework controls are actually enforced. Vendors have productized this: Vertiv's MegaMod and Schneider's EcoStruxure prefabricated PODs are explicitly marketed as the power-and-cooling plant for NVL72-class halls, sized to 1 MW+ blocks and shipped pre-integrated (Vertiv 360AI reference design; Schneider EcoStruxure, 2024–2026).
| Axis | Vertiv MegaMod HDX | Schneider prefabricated modules |
|---|---|---|
| Published form | Prefabricated liquid-cooled data-center solution | Prefabricated power, cooling and IT modules |
| Geometry evidence needed | Selected assembled layout and service envelope | Selected module combination and service envelope |
| Site boundary to procure | Field joints, utilities, controls, fire and structural interfaces | Field joints, utilities, controls, fire and structural interfaces |
| Acceptance evidence needed | Configuration-specific factory tests plus site integration tests | Configuration-specific factory tests plus site integration tests |
The prefab supply chain: factory capacity is the new long pole
Prefabrication does not remove the lead-time problem, it relocates it. You have traded a site-labor constraint for a factory-slot constraint. Integrator and module-factory capacity is now a strategic variable in exactly the way HV transformer and switchgear lead times already are (the long-lead procurement story in Chapter 2.3). If everyone in a hot market decides to prefab their power blocks in the same quarter, the module factory's line becomes the bottleneck, and your 16-month modular schedule slips back toward the 24-month stick-built one — except now you are also exposed to a single factory's throughput and a longer, more fragile logistics tail.
That logistics tail is fragile. A factory-integrated NVL72 rack must be handled to its OEM logistics sheet, including the declared shipping fluid state, preservation fluid, dry/wet mass, center of gravity, and tilt/shock limits, and the data show most damage occurs not on the long haul but at loading and handoff — the crane lift, the truck-to-pad transfer — where shock and tilt events crack solder joints and unseat connectors (Nefab logistics analysis, 2026). An estimated 30–50% of large 2026 data-center projects face delays, and module logistics is now a top contributor. The prefab supply chain therefore has three coupled long poles you must manage as one system: (1) factory slot — book it speculatively, like a transformer; (2) the haul route — surveyed and permitted before the module's outer dimensions are frozen; and (3) the upstream components inside the module, which still inherit their own lead times (a prefab power skid does not arrive faster than the transformer inside it).
Scope & caveats
modular schedule compression
Scope & caveats
Contested, and the spread is wider than any single source: a primary SEC-filed 200 MW AI-cloud contract implies ~$9.7B/GW/yr, SemiAnalysis put it at ~$10–12B/GW/yr in 2025 and ~$12–13M per MW-year (~$12–13B/GW/yr) in June 2026. Contract mix, tenancy and utilization move it materially — treat as an order-of-magnitude denominator, not a rate card.
Scope & caveats
Average overall onsite construction-waste reduction for MODULAR construction vs stick-built, across 59 building cases. The study distinguishes modular from other non-modular offsite methods, so this is not a general factory-prefab figure.
Modular vs stick-built: the real tradeoff matrix
The comparison is not "modular good, stick-built bad." It is a multi-axis tradeoff where modular can win on speed, quality consistency, and site-labor reduction, can tie or win on embodied carbon and waste under matched life-cycle boundaries, and faces a design-specific trade on peak density, customization, and very-large-span flexibility; joined halls are not confined to one transported box. Reported 30–50% schedule compression and ~79% less site waste in one 59-project study are evidence from those studied scopes. This data center earns a schedule gain only if factory work advances accepted service; carbon and waste need matched duty, quantities and life-cycle boundaries, including factory and site waste. Factory QA and moving skilled trades into the factory can improve repeatability and relieve site staffing without moving work off the controlling path. The losses are equally real and are where most modular regret originates — a team that prefabbed to a legacy air-cooled density and then needed to land NVL72-class liquid racks, training or inference alike, discovers the module's frozen geometry cannot absorb the change. The training/inference fork lives in fabric sizing, storage path, and the failure model, not in rack density.
Cost is the most misread axis. Modular is frequently sold as "cheaper," but on a pure $/MW basis a heavily prefabricated build is often at parity or slightly more expensive than stick-built — you are paying for factory overhead, transport, lifting, and the structural steel of the module frame itself. The savings are not in the unit cost of the concrete-and-copper; they are in the time value of money (revenue pulled forward, financing carried for fewer months) and in de-risked schedule and quality. If you score modular on $/MW alone you will reject it; if you import $12–13B/GW/yr of gross AI revenue directly into NPV, you overvalue speed; use incremental contribution and the accepted-service dates instead. Choose your scoring metric wrong and you optimize for the wrong building.
| Axis | Modular (prefab-heavy) | Stick-built | Selection condition |
|---|---|---|---|
| Speed-to-power | Parallel factory/site work; field interfaces and tests remain | Site work can overlap procurement and other packages | Whichever dependency network advances accepted service |
| Quality consistency | Factory QA, jigs, inspections and FAT | Repeatable field details and inspection under site conditions | Factory repeatability helps only if site interfaces pass |
| Site-labor / trades exposure | Trades move to factory; field joints and tests still need crews | Full electrician/pipefitter workload on site | Compare total staffing, travel and factory-slot availability |
| $/MW capex | Factory, transport, crane and field-interface costs | Field productivity, temporary works and local labor costs | Price equal installed duty and scope |
| NPV with speed valued | Earlier accepted output can earn contribution and avoid carrying cost | Later service costs value only if this path finishes later | Buy the premium only when net acceleration value exceeds it |
| Peak density / customization | Qualify joined hall geometry, rack clearances and field connections | Bespoke geometry without a module shipping constraint | Select the layout that fits the actual rack and replacement route |
| Embodied carbon & waste | Factory nesting can reduce waste; include steel, haul and field work | Include concrete/steel quantities, field waste and service life | Compare like-for-like life-cycle quantities, not a generic multiplier |
| Schedule/quality risk | Factory slot and logistics tail plus site interface acceptance | Field-trade interfaces, weather and procurement dependencies | Whichever risks the owner can close for the required date |
Interface management: where a modular build succeeds or fails
Every advantage of prefabrication is collected at the moment the modules mate — and that moment is where modular programs fail. A stick-built facility still has trade and equipment interfaces within its continuous structure; a modular facility is an assembly of discrete objects that must align mechanically, electrically, hydraulically, and in controls, to tolerances set in a factory and verified on a pad. The governing rule: the more you prefab, the fewer but more critical your interfaces become, and the more tightly you must manage tolerance stack-up. A 5 mm misalignment that is trivial in a field build can prevent two busbars from bolting or two coolant manifolds from sealing when each was built independently to its own datum.
The mature practice is an explicit interface control document (ICD) per mating plane — defining the exact location, tolerance, torque, and acceptance test for every bolt circle, busbar landing, pipe flange, UQD coupling, conduit stub, and control termination where one module meets the next or the shell. Ownership of each interface is assigned to a single party; "the gap between scopes" is the single richest source of finger-pointing and schedule slip on a modular job. The corollary discipline is commissioning-in-factory: you pull as much of the Cx scope upstream as the interfaces allow. A witnessed factory acceptance test (FAT) and point-to-point verification on each skid, ideally a partial integrated systems test of a module with its controls, means the on-site Cx window can focus on transport-sensitive checks, field interfaces, remaining discipline tests and the integrated whole-facility test — not a from-scratch commissioning of every subsystem in the mud. Factory L11 rack integration already compresses floor install-and-commission from months to weeks; the same logic applied to the plant is where the schedule win is actually banked. → site Cx sequencing in Chapter 6.6.
Choose the factory package only while its earlier finish reaches accepted service
Scope & caveats
Assumed equal-duty power-room alternatives on one calendar from package release, with factory/site overlap and common utility and site-test gates. Chapter 6.4’s worked case states every input and crossover; Chapter 2.1 owns the network method. No supplier duration range or monetary saving is established.
Apply the predecessor method. Module installation: max(18, 20) + 4 = week 24; accepted service: max(24, 22) + 2 = week 26. Site build: 18 + 10 = week 28; accepted service: max(28, 22) + 2 = week 30. Select the module for four weeks of earlier usable capacity. Its four-week site interval retains lifting, field-joint inspection, protection tests and control-point verification.
Flip: utility at week 30 makes both dates max(installation finish, 30) + 2 = week 32. The utility crossover is week 28: reject the schedule premium there unless separately priced quality or crew benefits repay it. Delivery at week 24 also makes module installation finish at week 28, erasing the advantage. Book the factory and haul route against those crossovers before freezing the box.
Chapter 2.1 owns the integrated schedule and risk method; 2.4 assigns custody/remedies; 6.6 releases the site package. Value accepted service through contribution and avoided carrying cost, not gross cluster revenue.
Standardization and the product-ization of the data center
The deepest shift prefabrication enables is philosophical: it turns the data center from a construction project into a manufactured product. A stick-built facility is designed once and built once; a modular reference design is engineered once and replicated across sites, generations, and continents. This is the same move that the rack made when integration shifted to the factory at L11 (Chapter 7.13) — the unit of repeatability moved up a level, from the server to the rack, and now from the room to the module. The payoff compounds: every replicated module amortizes the engineering, hardens the design through repetition, shrinks the commissioning learning curve, and lets an operator roll out near-identical capacity in many metros with a known cost, schedule, and quality envelope. NVIDIA's and the hyperscalers' "AI factory" reference designs (including digital-twin-before-build, e.g. Omniverse DSX) are precisely this productization taken to the campus scale — a validated, repeatable blueprint rather than a one-off design.
Standardization is also where EN 50600 / ISO/IEC 22237 earns its keep: allocate the project's facility-level availability and protection requirements to module interfaces, then verify them in the integrated data center. The consequence to internalize is a tradeoff between repeatability and fit. A productized module is cheaper, faster, and more predictable the more sites accept it unchanged — and every site-specific deviation (a climate-driven cooling change, a local code variance, a customer's bespoke density) erodes the very repeatability that justified the product. The winning move is to define a tightly-bounded set of configuration options and refuse one-off redesigns; the failure mode is "productized" modules that are quietly re-engineered for every site until they are stick-built with extra steps.
Deep dive: when haul routes, custom geometry or local trades favor stick-built
Prefabrication has clear losing cases, and naming them protects you from the modular over-reach that follows a successful first project. Four conditions can favor stick-built. First, very-high-density custom halls. A hall pushing toward 600 kW Kyber-class racks on 800 VDC with re-plumbed manifolds and a bespoke heat-rejection scheme can exceed a single road-legal box; the racks, clearances and overhead infrastructure then require a larger joined hall or a bespoke shell. That is a question about field joints, not truck width: joined volumetric modules and pre-engineered shells are assembled into halls larger than anything transported, and vendors ship standalone liquid-cooled modular halls with CDUs and secondary fluid network at multi-MW scale. Test the actual rack envelope, the field joints, and the expansion interfaces before conceding the hall to stick-built. The density ramp itself (Chapter 6.2) is an argument for keeping the white space adaptable, whether joined modules or site-built structure provide that service envelope.
Second, severely constrained or urban sites, where there is no laydown area for module staging, no crane radius, or no haul route capable of an oversize load — the site physically cannot receive the modules, so the parallel-timeline advantage evaporates. Third, deeply bespoke requirements — a one-of-a-kind hall for a single sophisticated tenant whose needs defeat any catalog of configuration options; the customization penalty of forcing it into a product exceeds the schedule saving. Fourth, mature local trade labor with slack capacity: in a market where electricians and pipefitters are available and cheap, the unit-cost premium of factory overhead and transport may not be repaid by a schedule advantage the local labor market already provides.
The synthesizing rule returns to the central fork: prefab repeatable plant and select the dense hall by its final service envelope. The power block and cooling plant are repeatable, generation-independent, and labor-heavy — prefab them where the factory, route and site handoffs advance accepted service. The very-high-density data hall is geometry-constrained, customization-heavy, and on the front line of the density ramp — compare joined volumetric, panelized and site-built halls on the same rack/service envelope so the next GPU generation does not make the building unusable. The buildings that regret prefab are the ones that froze the hall's geometry into a module catalog they could not re-joint; the buildings that regret stick-built are the ones that hand-built the plant.
Choose the factory scope that advances accepted service through a reserved slot, a passable haul route and tested site joints. Where the common utility gate erases the gain, keep the cheaper qualified alternative and spend the premium only on a separately demonstrated benefit.
Cite this chapter
Fehn, J. (2026). Modular & Prefabricated Construction (Chapter 6.4). The Definitive Guide to AI Data Centers. https://aidatacenterguide.com/part-6-the-building-civil-structural-fire-life-safety-and-construction-execution/6-4-modular-and-prefabricated-construction (accessed 2026-09-29).
@misc{aidc-6-4,
author = {Fehn, Jacob},
title = {Modular & Prefabricated Construction (Chapter 6.4)},
howpublished = {The Definitive Guide to AI Data Centers},
year = {2026},
url = {https://aidatacenterguide.com/part-6-the-building-civil-structural-fire-life-safety-and-construction-execution/6-4-modular-and-prefabricated-construction},
note = {Accessed 2026-09-29}
}