Organizations rarely become dependent on a platform all at once. Dependency accumulates gradually through integrations, defaults, permissions, habits, and operational convenience — until the workflow itself becomes inseparable from the system that hosts it.
The gradual nature of dependency
No organization sets out to lose flexibility. The shape of an operating model emerges slowly, through hundreds of small, individually reasonable decisions: a connector enabled to remove a manual step, a directory consolidated to simplify onboarding, a notification rule that quietly becomes a system of record. Each decision is defensible on its own terms. The composite is rarely examined.
This is the first quality of operational drift worth naming: it does not arrive as a decision. It arrives as a default. The people who would, in principle, refuse the trajectory are rarely in the room when it is set, because no one in the room understands themselves to be setting it.
Integration as operational gravity
Integrations are the most underestimated artifact in modern software. They are usually described as glue — a connective tissue between systems — when they are, in fact, structural. Each integration moves a small piece of organizational behavior into a place where it can only be reasoned about through the vocabulary of the connected platform.
Once a sufficient number of integrations terminate at the same surface, that surface develops gravity. New tools are evaluated by how well they speak to it. New processes are designed around its events. New hires are taught its nouns before the organization's own.
Most organizations do not consciously choose lock-in. They inherit it through accumulated operational convenience.
When workflows stop being portable
Portability is rarely lost in a single step. It is lost in layers. A workflow that began as a sequence of human decisions becomes a documented process; the documented process becomes an automation; the automation becomes a dependency on a specific platform's primitives; the primitives become assumed by every team that touches the work.
By the final layer, the workflow is no longer a description of how the organization operates. It is a description of how a particular system permits the organization to operate. The distinction is invisible from inside the workflow and structurally decisive from outside it.
Organizational memory and platform habit
Organizations remember through their tools. Decisions that are not captured in a system are, in practice, forgotten. Over time, the system that holds the most decisions becomes the system the organization trusts to remember what it has decided — and, by extension, who it has decided to be.
This is the quietest mechanism of capture. It is not a matter of contractual or technical lock-in. It is a matter of memory. To leave the platform is, in some real sense, to forget. The organizations we have observed treat that prospect not as a technical cost but as an existential one, and respond accordingly.
The hidden cost of convenience
Convenience is rarely free, but its cost is rarely legible at the moment it is offered. The cost is paid later, in a currency the organization did not know it was spending: optionality. Each convenience accepted removes a small amount of structural freedom. The convenience is felt immediately. The cost is felt at renewal, or at exit, or at the first incident that requires the organization to act outside the platform's assumptions.
The bill for operational convenience is rarely presented at the moment of purchase. It arrives, quietly, as the absence of alternatives.
This asymmetry — immediate benefit, deferred cost — is the reason operational drift is so consistently under-resourced. The organizations most exposed to it are precisely the ones whose internal accounting is best at measuring near-term efficiency and worst at pricing long-term structural position.
Why reversibility disappears slowly
Reversibility — the capacity to undo a decision without re-engineering — does not collapse. It erodes. At any single point in the trajectory, the organization can plausibly tell itself that exit remains possible. The story is true for longer than it is useful.
The interval that matters is small and rarely identified at the time. In the cohort studied, it sat between the ninth and fourteenth month after primary adoption: the integration window. Before it, exit is a configuration problem. After it, exit is an organizational one, and the organization has, in effect, made a decision it does not remember making.
Conclusion
The capture of organizational workflows is not a story about specific vendors, and it is not a cautionary tale about poor decisions. It is a description of what happens when defaults compound faster than governance compounds — when the rate at which an organization absorbs convenience exceeds the rate at which it observes itself.
The remedy is not abstention from useful tools. The remedy is measurement: routine, unromantic, quarterly measurement of where the organization's operating model actually lives. The work of System Drift, in the issues to come, is to describe what that measurement looks like in practice.
- System Drift cohort study, 2022–2026. Structured interviews and document review across 53 organizations (4,200–62,000 seats). Methodology: /methodology.
- Internal architecture reviews shared under non-attribution. Vendor names withheld; sector and scale metadata preserved.
- Procurement and renewal data, 2023–2025. Aggregated and normalized against contract value.
- Editorial standards governing revision, correction, and disclosure: /editorial-standards.
- 22 May 2026Clarified workflow portability section; corrected median in cohort note.
- 18 May 2026Initial publication.