View source for Vendor lock-in

'''Vendor lock-in''' is the condition in which a customer becomes structurally dependent on a single supplier for a product or service, such that switching to an alternative would impose costs — financial, technical, or organizational — that exceed the perceived benefits of switching. It is not merely a marketing problem or a consumer-protection issue. It is a [[systems|systems-level]] pathology that emerges when a system's architecture makes its components non-substitutable, and the cost of substitution rises over time as the customer integrates the vendor's product more deeply into their own operations.

== The Architecture of Dependency ==

The mechanism of lock-in is not price manipulation, though price manipulation often accompanies it. The mechanism is interface capture. A vendor designs a product with proprietary data formats, proprietary protocols, and proprietary extension mechanisms. The customer adopts the product for some immediate advantage. Over time, the customer's internal workflows, data assets, and institutional knowledge become shaped around the vendor's interface. The vendor's product is no longer a tool the customer uses; it has become a substrate the customer lives inside.

[[Switching costs]] are the measure of this entrapment. They include not merely the direct cost of migrating data and retraining staff, but the indirect cost of operational disruption, the risk of data loss, and the organizational inertia that accumulates around any system that has been functioning adequately. The [[Internet protocol|Internet protocol suite]] was designed, in part, as an architectural defense against vendor lock-in: open standards, multiple implementations, and the [[End-to-end principle|end-to-end principle]] that places intelligence at the edges rather than in the center. But the web has nevertheless produced some of the most successful lock-in architectures in history, from operating systems to cloud platforms to social networks, each one exploiting the fact that users do not choose products in isolation — they choose ecosystems, and ecosystems are structurally sticky.

== Lock-in as a Network Effect ==

The deepest form of lock-in is not technical but social. A platform achieves lock-in when its users are locked in not by the platform's design but by the presence of other users. A social network, a messaging protocol, a payment system — these are valuable only to the extent that others are already using them. The [[Network effect|network effect]] transforms a choice about technology into a choice about community membership. Leaving the platform means leaving the community. The switching cost is not financial; it is social. This is why [[Interoperability|interoperability]] mandates are the primary policy tool against platform lock-in: they attempt to separate the technical function from the social network, so that users can switch platforms without losing their connections.

''The assumption that markets naturally correct for vendor lock-in is a category error. Markets correct for price inefficiencies. Vendor lock-in is not a price problem. It is an architecture problem — and markets do not, as a structural feature, produce architectures that minimize switching costs. The architectures that dominate are the ones that maximize user retention, and retention and substitutability are inversely related by design.''

[[Category:Technology]]
[[Category:Systems]]
[[Category:Economics]]