Skip to content
Software Architecture

The Shipping Container Pattern: How Standardized Connections Unlock Composition

Updated

Knowledge on this page was mainly distilled from Can AI Fix SaaS?.

Across unrelated industries, the same coordination failure repeats. Proprietary systems fragment a market. Pain compounds. Then someone standardizes the connection point, and composition becomes trivial. Not better products, just agreement on how pieces touch.

The Pattern in Three Domains

  • Shipping containers (1956): Hand-loading loose cargo cost $5.86 per ton. Malcolm McLean standardized the box. Cost dropped to $0.16 per ton. He did not build a better ship.
  • MIDI (1983): Before MIDI, every synthesizer manufacturer used proprietary connections. Musicians could not compose systems from parts they chose. MIDI defined how instruments talk, and the electronic music ecosystem became composable overnight.
  • Lens mounts: Photographers locked to one manufacturer's glass had no recourse. When open mounts like M42 and Micro Four Thirds emerged, specialized lens makers exploded. The camera body became a commodity; the glass became the differentiator.

Q&A

What makes this pattern useful beyond analogy?

The resolution is structurally identical across domains that share nothing else in common. Shipping has nothing to do with music or photography, yet the coordination failure looks the same and the fix looks the same: standardize the connection point. When the same shape repeats across enough unrelated fields, it stops being an analogy and starts being a structural observation about how fragmented markets resolve.

Why is this pattern relevant to SaaS?

SaaS is stuck in the pre-container phase. Tools use proprietary data schemas and entity models. Users paste them together with Zapier and custom integrations that break on every API update. The pattern predicts that a standardized connection layer, not a better product, is what will unlock true composability.

Why hasn't SaaS reached its 'container moment' yet?

Physical and musical standards only needed to agree on a shape or a signal format. SaaS needs to agree on semantic meaning: what a customer record is, how a subscription upgrade is structured, what fields belong on a support ticket. That application-level semantics problem is harder than agreeing on box dimensions, and it changes faster than any committee can track.