Enterprise Architecture

Micromanufacturing: The Conditions Under Which the Small Footprint Becomes the Stronger Design

Micromanufacturing is not a smaller version of the same strategy. It is a different design: capacity placed near demand, changeover treated as a capability, and an operating system that can run a plant without importing headquarters.

Steve Kopecky · 12 minute read

The cost curve moved, and most strategies did not

The industrial logic of the last generation was straightforward and, for its conditions, correct. Concentrate volume in the largest feasible plant, place that plant where landed cost was lowest, and let scale absorb overhead. Long runs, low changeover frequency, long lead times, high inventory in transit. It worked because the variables it ignored — freight reliability, tariff exposure, geopolitical access, currency, single-source concentration — behaved themselves.

Those variables no longer behave themselves. Tariff regimes shift inside a fiscal year. Ocean freight prices and transit times swing by multiples on events nobody modelled. Export controls turn a qualified component into an unavailable one without warning. And concentration — one plant, one region, one supplier, one channel — has become the risk that boards ask about directly.

This does not make scale wrong. It makes the unit of comparison wrong. When the cost of a part was compared plant to plant, the biggest plant in the lowest-cost region usually won. When the comparison is total delivered cost including the cost of being wrong — inventory carried against uncertainty, expedites, obsolescence, lost orders, tariff exposure, the working capital tied up in six weeks of water — the answer changes for a real and growing share of products.

Scale did not stop working. The variables it was allowed to ignore stopped cooperating.

What micromanufacturing actually is

Micromanufacturing is the deliberate use of small, replicable production units placed close to demand, designed for fast changeover and a narrow, high-value product envelope. A unit might be a cell inside an existing plant, a leased bay in a regional market, or a containerized line placed at a customer's campus. The defining features are footprint, proximity and repeatability — not equipment size.

It is easiest to see by what it refuses. It refuses the assumption that unit cost is the only cost. It refuses the long run as the default lot size. It refuses the idea that each site needs its own bespoke way of working. And it refuses the notion that a small plant must be a technically unsophisticated one — the economics only hold when the small unit carries current process capability, automation where it earns its place, and real measurement.

The strategic point is optionality. A network of small units can add, move, retool or retire capacity in increments the business can actually fund, at a pace closer to the pace demand is now changing. A single large plant is a single large bet, held for a decade, on conditions that no longer stay still for a decade.

Fit

Where the small footprint wins

High-mix, moderate-volume products; heavy or bulky items where freight dominates; regulated or security-sensitive work; configured-to-order and late-stage customization; products where lead time is part of what the customer is buying; spares and aftermarket.

Misfit

Where concentrated scale still wins

Commodity products competing on price alone; processes with irreducible minimum equipment scale; extreme capital intensity with long qualification cycles; work whose value comes from a single deep pool of scarce specialists.

The supply chain consequence: fewer miles, more nodes, more governance

Moving production near demand does not simplify the supply chain. It changes which part is hard. Long-haul complexity falls — fewer ocean legs, less inventory in transit, shorter and more predictable replenishment. Network complexity rises — more nodes to qualify, more supplier relationships per unit of volume, more places where a standard can quietly drift.

That trade is only favorable when the governance is built. Multi-site manufacturing without a common operating standard produces the worst of both designs: the cost structure of a network and the discipline of a startup, repeated per site. Each plant develops its own process, its own definitions, its own numbers, and the enterprise loses the ability to compare its own sites to each other.

So the supply chain question stops being 'where is it cheapest to make' and becomes four architecture questions. Where must capacity sit to serve demand at the lead time we sell? What must be identical across every unit, and what may legitimately be local? Which suppliers are qualified to serve more than one node, and which are single-node by design? And what is the standard by which a new node is declared ready to produce?

Long-haul complexity falls and network complexity rises. Whether that is a good trade is decided by governance, not by geography.

Why earlier attempts disappointed

Small-footprint production is not a new idea, and the honest position is that the public record of it is thin: most attempts are private, the ones that are written up are written up by the people who sold them, and there is no body of independent evidence that a node network outperforms a concentrated plant in general. Anyone claiming otherwise is selling something. What can be read reliably is the pattern of how the attempts came apart.

Four failure conditions recur. The node was justified on unit cost, so it lost the comparison it was never designed to win. The standard was never authored, so the second node was a fresh invention and the third was a third one. The labor mix was assumed rather than decided, so the site ran on one indispensable person. And the node was given responsibility without authority — expected to hold a schedule while pricing, engineering changes and supplier decisions stayed elsewhere.

Each of those is an architecture failure, not a verdict on the footprint. That is the practical value of the pattern: it tells you what must be true before the capital is committed, rather than what to hope for after.

The evidence does not say small plants win. It says the ones that failed failed for reasons that were decided before the equipment arrived.

The capability problem is the real barrier

The equipment for a small unit is usually available. The capability to run it is usually not. A near-demand node needs people who can set up, change over, inspect, troubleshoot and improve — often in one shift, in a labor market that may never have supplied that skill, at a scale too small to carry a full functional staff.

This is where most micromanufacturing plans fail, and they fail quietly. The business case assumes a labor market that will supply qualified operators and technicians on demand. The market supplies neither at the rate required. The node then runs on heroics: one capable person holds the site together, and the model cannot be replicated because the thing being replicated was never written down.

Two commitments make the difference. First, the operating standard is authored before the second node opens — the process, the measures, the decision rights, the training path, the certification gates. Second, the sourcing mix is decided with finance as an explicit capital-allocation choice: what proportion of the requirement must arrive fully qualified, and what proportion the enterprise will deliberately develop, with a stated ratio, an owner, committed training capacity and a review date. An assumed ratio is how a development pathway becomes the fallback for failed recruiting.

Where this sits in the enterprise architecture

Micromanufacturing is not a plant project. It touches every layer of the operating architecture, which is precisely why it is so often executed as a facilities decision and then underperforms.

FOUNDATION carries the honest read: whether the leadership system, decision rights and measurement can hold a second and third node at all. SIMPLIFY makes the allocation choice — which markets, customers and products actually justify near-demand capacity, and what gets stopped or deferred to fund it, because a ranked wish list is not a decision. LEAD installs the operating cadence and the standard by which a node is declared ready. GROW places the capacity against where demand is going rather than where it has been. ARC runs the loop: analyze what the first node actually taught, refine the standard, commit the change before the next node is built.

The execution disciplines carry the rest. Front-to-Back 80/20 tells you which portion of the portfolio earns the network. Change and Transformation governs the shift in how work is done at each site. Program and Project Management sequences node openings, qualification and supplier onboarding as one program rather than a series of unrelated builds.

Executed as a facilities decision, a network of small plants becomes a network of small problems.

What the technology layer has to do

A network of small nodes cannot afford a headquarters at each one. The only way the model scales is if the standard travels digitally and the measurement is common. That is the practical work of the technology layer: one definition of a process, one set of measures, one place status is read rather than assembled, and the ability to see every node against the same standard on the same day.

CompassOS™ is where that lives in a Compass engagement — the standard published once, the value stream mapped, the measures instrumented, the readiness of each node visible without a site visit. The point is not dashboards. It is that a small unit can operate at a standard it did not have to invent, and the enterprise can tell the difference between a node that is behind and a node that is being run differently.

That is also the honest limit of the technology. It accelerates a decided architecture; it does not substitute for one. A network with no authored standard will use good software to distribute an unclear way of working faster.

How to test the case in one quarter

The case for a near-demand node does not need a year of study. It needs one product family, total delivered cost read honestly, and a written standard the second node could actually follow.

Take a single family where freight, lead time or tariff exposure is material. Build the total delivered cost both ways — including inventory carried against uncertainty, expedite history, tariff exposure and the working capital in transit — and state the assumptions that would have to be wrong for the answer to flip. Then map the value stream as it runs today and remove the time no customer would fund, because a node that replicates today's waste replicates it in a new geography at a new fixed cost.

Then decide the smallest real unit: what must be identical across nodes, who has authority at the node and who does not, the labor mix and how it will be developed, and the binary readiness gate. If the standard cannot be written, the network is not yet a strategy — and one plant is still the right answer for now.

Exhibit

Concentrated scale versus near-demand nodes

The same six questions, answered differently. Neither column is universally right; the point is to answer the questions deliberately rather than inherit the answers.

DecisionConcentrated scaleNear-demand nodes
Unit of comparisonUnit cost at the plant gateTotal delivered cost including the cost of being wrong
Lot size logicLong runs, changeover avoidedShort runs, changeover treated as a capability
InventoryHeld in transit and at destinationHeld as flexible capacity, not as stock
Risk postureOne large bet, held for yearsIncrements that can be added, moved or retired
Capability modelDeep functional staff in one placeCommon standard travelling to every node
Failure modeA single disruption stops everythingA drifting standard makes nodes incomparable

Read alongside the SIMPLIFY portfolio bands: a near-demand node earns funding only where the product family is a core winner or a strategic enabler.

Symptoms that a micromanufacturing read is overdue

  • Freight, expedites or tariff exposure now move margin more than direct labor does.
  • Lead time is a reason you lose orders, not a reason you win them.
  • A single plant, region or supplier would stop a material share of revenue if it stopped.
  • Inventory is rising and service is not improving, in the same period.
  • Customers are asking for regional supply, shorter lead times or configured variants you cannot economically run.
  • You could not hand a second site a written standard today and expect the same output.

The reordering of global supply chains has not made scale obsolete. It has removed the assumption that scale is free — and once the cost of being wrong is priced, the small, near-demand, digitally governed unit stops being a compromise and starts being an architecture choice. Whether it holds depends on whether the standard is written before the second node opens.

Share this

LinkedInX

Download this article

The French and Spanish sheets are translated at board register on request; the structure, exhibit and checklist are identical in all three.

Kept on this device — no address collected, nothing emailed.

The other side of the argument

Send a question or an insight

Nothing here is published. Your note goes directly to Steve Kopecky, who reads every one — reader questions decide what gets written next.

What kind of note is this?

0 of 4000 characters. Please leave out client names and confidential detail.

Or email directly

Aligned to FOUNDATION™

Present reality, leadership capability, purpose and organizational health.

Continue reading

Organization Design

Clean Sheet Organization Design: Building the Structure the Strategy Requires

A clean sheet design starts from the strategy and the vital few opportunities, not from the current org chart. This is the process, the ownership and the SIPOC that governs it.

Organizational Architecture

The Eight Culture Types Are Not Types. They Are Eight Reinforcement Patterns Your Design Is Already Running

The eight culture descriptors in circulation describe what an organization rewards, tolerates and discourages. Read that way they stop being labels to pick and become findings to trace back to the mechanism producing them.

Program & Project Management

The Next Phase Is Delivered Across Boundaries — Which Is Why Program Management Becomes a Capability, Not a Role

The functional strength that carried an organization to its current size is the same boundary its next phase has to cross. Program and project management is how work becomes deliverable across those boundaries.

Front-to-Back 80/20

Chasing Revenue, Paying for Complexity — Global Growth Dynamics and the Twenty Percent That Actually Earns the Growth

Growth pursued as revenue funds the vital few and the trivial many on the same terms. Here is the cascade that follows, the quartile and quad decision that answers it, and the mental strength a leadership team needs to change a design that earned its respect.

Mental Fitness

The Brain Under Pressure: Regions, Roles and What Training Actually Changes

The regions involved when pressure hits, what each one is known for, and why mental fitness exercise is physical development of neural pathways rather than positive thinking.

Mental Fitness

The Team Under Pressure: Saboteurs, the Five Dysfunctions, and the Trust a Growth Decision Requires

The five dysfunctions are not five separate problems. They are what a room full of untrained pressure responses reliably produces — and they are trainable.

Program & Project Management

“Herding Cats” Is Not a People Problem. It Is Undeclared Authority.

You are accountable for an outcome and you manage nobody who produces it. The advice is to influence without authority. The honest read is that authority was never declared.

Personal Effectiveness

A Message on Personal Habits: The Private Architecture Behind Every Executive Result

Architecture determines performance — and that is as true of a person as it is of an enterprise. A long-form message on habit design, 80/20 daily management, and the self-talk that governs behavior.

Organizational Architecture

The Architecture That Created Today's Success Rarely Produces Tomorrow's Results

The structure that carried a business to its current size is usually the constraint on its next stage. That is a design problem, not a people problem.

Organizational Architecture

The Engagement Layer: Why Slack Sits at the Center of Every Compass Partnership

Most advisory relationships depend on quarterly meetings and email chains. Compass designs the engagement as an operating layer — and Slack is where it lives.

Growth & Value Creation

The Second Curve Begins Before the First One Ends

The right moment to build what comes next is while the current business is still strong — which is precisely when no one feels the need to.

Organizational Architecture

What Is Enterprise Business Architecture — and Why Does It Determine Performance?

Enterprise business architecture is the deliberate design of how an organization decides, aligns, and executes. It sets the ceiling on performance long before effort does.

Organizational Architecture

The Ten Elements of an Enterprise Architecture — and Why They Only Hold Together

Strategic intent, simplification, leadership, governance, planning, cadence, decision rights, performance, enabling systems, and renewal. Designed together, or not designed at all.

Organizational Architecture

Every Organization Is Producing Exactly What Its Design Allows

Decision rights, cadence, reporting lines, incentives and leadership habits are not background. Together they are the machine producing the number on the books.

Organizational Architecture

Effort Cannot Solve a Design Problem

Pressure produces a short improvement, then the system pulls the result back to where the architecture says it belongs.

Organizational Architecture

Architecture Is Designed, Not Discovered

The work is concrete: name the few outcomes that matter, place each decision where it is properly made, remove the complexity consuming margin, and rebuild the cadence so commitments close.

The CEO / Owner Lens

The Chief Executive Is Not Supposed to Be the Integration Mechanism

When strategy only reaches the work through the chief executive, growth adds volume to an unresolved design. The fix is structural, not personal.

The CHRO / People Lens

Turnover Is Usually a Structural Reading, Not a Hiring Result

When roles, capability, managers and recognition point in different directions, capable people leave — and the organization reads it as a recruiting problem.

The Operations Lens

Performance That Depends on Who Is on Shift Is Not Performance

Where the process is undefined, capable people carry it. The result looks like variable performance and is read as a discipline problem.

The ERP / Systems Lens

An ERP Program Is a Process Decision Wearing a Technology Budget

Systems enable the management system; they never replace it. Configuring before the process is designed automates the current mess at scale.

The Exit / Succession Lens

A Buyer Discounts Precisely What the Owner Cannot Hand Over

Transferable value is documented processes, governed data, named successors and results that hold when the founder is not in the room.

The Leadership Team Lens

A Team That Meets Often and Decides Rarely Is Compensating for a System

When reviews end in discussion rather than dated commitments, the same root cause is rediscovered every quarter.

The AI & Data Lens

Pilots Demonstrate Capability. Designed Processes Produce Results.

AI moves a measure inside a process. Where the process is undesigned and the data ungoverned, there is nothing for it to move.

The Transformation Lens

Exhaustion Is Routinely Misread as Resistance

Change fails at the point of absorption far more often than at the point of design. Capacity, honesty about recent change, and reinforcement decide the outcome.

The Strategic Program Lens

Becoming Efficient at Work You Never Chose

Portfolios fail at intake far more often than in delivery. Unranked work consumes the capacity that strategy was supposed to direct.

The Next-Curve Lens

The Next Curve Is Absorbed by the People Already at Capacity

A next curve is designed on paper and delivered by an organization that must also run the current one. Readiness is whether the system can carry both.

The next step

See this in your own organization.

Reading about the operating system is one thing. Seeing yours clearly is another. Start with where you actually are.

Not sure where to start?

Three questions, and we point you to the right instrument.

Under a minute. From this page, most leaders begin with The organization.