The Democratization of Customization
What steam engines, shops, and SaaS have in common
Picture a landscape of everything people need. Some needs are mountains: heavy, demanding, specialized. Others are grooves: light, occasional, small. Now lay a flat plane over the whole landscape and say, "this is what you get."
Wherever the terrain rises above the plane, the work is under-served. Wherever it dips below, the capacity is wasted. The plane is only ever just right at the few points where it happens to touch the ground.
That plane is what I call a monolith: a single source that distributes some kind of power to everyone at one fixed level. This article argues that the same story keeps repeating. A monolith dominates, people live with the mismatch, and then a new technology makes it cheap to follow the terrain instead. I'll call the thing that falls the cost of customization.
The pattern, in six rows
In each case, one form of distribution was the sole distributor of something. It came with fixed constraints that nobody could tune. A new technology turned those constraints into parameters.
Before and after, row by row
Printing press · Production of text
BeforeScribes and scriptoria are the sole distributor of text, so a few texts exist in a few places, in one scholarly language.
Miniature by Jean Le Tavernier, public domain
AfterText is fitted to the reader: vernacular languages, niche subjects, cheap pamphlets for small audiences.
Photo: Koreller, CC BY-SA 4.0
Steam engine · Source of power
BeforeMuscle and the water wheel are the sole distributor of power, fixed to a river's location and current.
Preston Mill. Photo: Renata, public domain
AfterPower is fitted to the work: an engine can sit wherever the work is, sized to the job.
Photo: Bernard Spragg, CC0
Electric motor · Delivery of power to the machines
BeforeThe steam engine is the sole distributor of power, with one pace and machines placed by where the shaft runs.
Photo: Historic American Engineering Record, Library of Congress, public domain
AfterPower is customized per machine: its size, speed, placement, and on/off.
North American Aviation. Public domain
Computer · Capability of computation
BeforeFixed-function machines and pools of human clerks are the sole distributor of computation, so each device does one kind of calculation.
Photo: NASA Ames Research Center / NACA, public domain
AfterSoftware fits computation to each task, so one machine does any job.
Photo: Shixart1985, CC BY 2.0
Internet · Distribution of information and attention
BeforeBroadcast and print are the sole distributor of information and attention, giving everyone the same program, paper, or channel.
Photo: Arthur S. Siegel, Library of Congress, public domain
AfterInformation is fitted to each person: search, feeds, niche communities, individual publishing.
Photo: Nenad Stojkovic, CC BY 2.0
E-commerce · Reach to customers
BeforeThe brick-and-mortar shop is the sole distributor of marketing power, limited by audience, geography, and popularity.
Veysey and Co, Hoquiam, Washington, c. 1890s. Public domain
AfterMarketing is customized per customer: audience, region, and message.
Photo: Shixart1985, CC BY 2.0
The factory is the clearest case. A single steam engine turned a line shaft, and belts carried its power to every machine. Everything ran at the engine's pace, and machines were placed by where the shaft ran, not by how the work flowed. A heavy press was starved while a light lathe was oversupplied. The electric motor let each machine get its own motor, sized to its job.
Same terrain, but now supply follows it.
The monolith was never a limit
It is tempting to read the "sole distributor" as a technical ceiling: nobody could do otherwise. That isn't quite right.
A rich investor could always have run several small engines in one factory compound, one per machine. He could have located his shop anywhere, or built his own commercial area. Custom software was always available to whoever could pay engineers. Customization existed. It was just expensive.
So the monolith is better understood as the cheapest form that the typical buyer could afford. Large engines were more efficient per unit of power, so one big engine was the cheapest way to run a factory. A shop on a busy street was the cheapest way to reach customers. The flat plane was what most people settled for, and "sole distributor" meant sole for everyone who couldn't afford to escape it.
This changes what each new technology does. It doesn't create the possibility of customization. It collapses the cost of customization until customization is cheaper than the waste of the flat plane. At that point, ordinary buyers switch.
A side effect: this explains why the switch isn't instant. Early adopters of the electric motor often just replaced the steam engine with one big motor and kept the shafts and belts. Economist Paul David documented this in his well-known 1990 paper on the dynamo and the computer. The payoff came when customization became cheaper than the waste, not on the day the technology arrived.
Now it's software's turn
SaaS is a textbook monolith. One codebase is built for the average customer in a market and sold to thousands of them. Its feature set is fixed by the vendor's roadmap:
- Over-capacity: customers pay for seats and modules they barely use.
- Under-capacity: they patch the gaps with spreadsheets, workarounds, and feature requests that sit in a backlog.
- "Customization" within the plane: settings and configuration let you move around inside the vendor's schema, much like a factory choosing where along the shaft to place a machine.
SaaS won because it traded customization for price. Building was expensive enough that sharing one product across thousands of customers was the cheapest option. The long tail of individual needs went unserved because no one could justify building for it.
AI collapses the cost of building. When it does, the reason to accept the flat plane weakens, and the unit of software can shrink from the product for a market to the program for one person's task or one company's workflow. Commentators have noticed the market effect: software stocks reportedly lost about $285 billion in a single day in February 2026 as investors began pricing in what AI does to software.
The irony: the software house returns
There was a time when custom software was the default. Software houses built systems shaped around a client's workflow. SaaS was supposed to kill them, and for most buyers it did, because the cost of customization was too high.
| Era | Fitted to you? | Affordable? |
|---|---|---|
| Software house | Yes, built for you | No, only for those who could pay for engineers |
| SaaS | No, the flat plane | Yes, cost shared across thousands of customers |
| AI-assisted building | Yes | Yes, as the cost of building collapses |
If AI removes the trade-off, the demand that software houses once served comes back. The returning software house probably won't look like the old one. Its labor was writing code, which is now the cheap part. What stays scarce is understanding the client's domain, deciding what to build, and being accountable when it breaks. Expect something closer to a consultancy that builds: small teams, fast turnaround.
Prediction: hardware's turn
Software was the easy case, because its raw material is already weightless. Hardware is the harder one. A custom device still needs a fab, a supply chain, and minimum order quantities, so hardware today is as much a monolith as SaaS was. Everyone gets the same phone, the same server rack, the same chip.
The technology that could change this is claytronics, a form of programmable matter. Imagine a mass of tiny units, often called catoms (claytronic atoms), that can move, bond, and change what they do. They are physical pixels: instead of drawing a shape on a screen, they become the shape. If this matures, hardware stops being manufactured and starts being rendered.
Customization of hardware is democratized
Today, a custom device is reserved for those who can afford a factory run. With claytronics, a design is something you download or write, and the catoms assemble into it. A tool shaped to one hand, a sensor built for one farm, a one-off enclosure for one prototype: all of these become as cheap as a new document. The long tail of hardware needs, long ignored because no one could justify building for it, becomes serviceable in the same way the long tail of software did.
Hardware-as-a-Service and Infrastructure-as-a-Service stop being viable
Renting hardware is itself a monolith. Cloud infrastructure won because owning and changing machines was expensive and slow, so sharing one big pool among thousands of tenants was the cheapest option. Tenants accept the fixed instance sizes and the vendor's data centers, much as a factory accepted the line shaft.
That logic depends on scarcity. If anyone can reconfigure their own catoms into a server, a sensor, or a tool, the scarcity that rental models depend on disappears. What remains is the catoms, which become a commodity, and the designs, which are software. Selling access to machines stops making sense when people can simply make the machine.
Moats move from manufacturing to specification
Factories, logistics, and capital stop being defensible. What is worth owning is the blueprint: designs that work, are verified, and can be trusted. Expect hardware businesses to look more like software businesses, competing on design quality and trust rather than on production capacity.
Security becomes the new frontier
If hardware is a file, malicious hardware is malware. A tampered design could build a device that spies or fails on purpose. Expect a market for signed designs, hardware attestation, and something like antivirus for matter.
Related ideas
This isn't built in a vacuum. Several people have approached pieces of it, and anyone citing them should check the details:
- Paul David (1990) on the dynamo and the computer covers the steam-to-electric case, with a focus on adoption lag.
- Eric von Hippel's work on user innovation argues that manufacturers design for the average need because custom design is costly.
- Clay Shirky's "Situated Software" (2004) and Robin Sloan's "home-cooked app" anticipate software built for a handful of users.
- Mass customization (Pine) and the long tail (Anderson) cover parts of the e-commerce and internet rows.
- Wardley mapping describes the opposite drift, from custom-built to product to commodity, which is the step-two half of the cycle above.
- Many recent commentaries make the specific case that AI is ending one-size-fits-all SaaS.
What I haven't found stated in one place is the unifying claim: across technologies, the monolith is the cheapest form for the typical buyer, the flat plane is the cost of that choice, and each new technology works by lowering the cost of customization.
The short version
Every monolith is a flat plane laid over a varied landscape. It is never just right, only cheaper than the alternative. Each new technology lowers the cost of customization until the alternative wins.