La decisión que cambió la historia de la computación: por resolver una necesidad urgente, IBM cedió a una pequeña compañía el derecho de construir, sobre su propia máquina, el negocio más rentable de la industria tecnológica.
¿Qué hubiera pasado si IBM no hubiera cedido el sistema operativo a Microsoft?
La decisión que cambió la historia de la computación: por resolver una necesidad urgente, IBM cedió a una pequeña compañía el derecho de construir, sobre su propia máquina, el negocio más rentable de la industria tecnológica.
C:\> DIR A:
PC-DOS 1.0 IBM Corporation 1981
C:\> ECHO Licencia conservada por Microsoft Corp.
Licencia conservada por Microsoft Corp.
C:\> _
En agosto de 1981, IBM lanzó su primera computadora personal, la IBM PC 5150, a un precio de lista cercano a los 1.565 dólares. La compañía dominaba el mercado de mainframes desde hacía décadas y decidió entrar al segmento doméstico y de oficina con un proyecto que debía moverse rápido: el llamado Project Chess, desarrollado en apenas doce meses.
Esa urgencia obligó a IBM a buscar un sistema operativo fuera de la propia empresa. Recurrió entonces a Microsoft, una compañía de software fundada seis años antes por Bill Gates y Paul Allen, que en ese momento tenía poco más de treinta empleados.
Microsoft no tenía en ese momento un sistema operativo propio. Compró los derechos de una versión preliminar —conocida como 86-DOS o QDOS— a Seattle Computer Products por una suma cercana a los 75.000 dólares, la adaptó y se la entregó a IBM bajo el nombre PC DOS.
La cláusula decisiva no estuvo en el precio, sino en los derechos: Microsoft conservó la licencia para vender ese mismo sistema, bajo el nombre MS-DOS, a cualquier otro fabricante de computadoras. IBM aceptó, probablemente porque en 1981 nadie imaginaba que otras empresas podrían fabricar máquinas compatibles con la suya.
Para IBM, aquel acuerdo tenía sentido en el papel. La compañía llevaba décadas siendo sinónimo de computación empresarial y su verdadero músculo estaba en el hardware: los procesadores, las placas, el ensamblaje y una red de distribución que ninguna otra empresa del sector podía igualar. El sistema operativo, visto desde esa lógica, era apenas el software necesario para que la máquina encendiera; una pieza más de la lista de materiales, no el corazón del negocio.
Esa misma lógica explica por qué IBM ni siquiera exigió exclusividad de forma agresiva en la negociación. Microsoft, del otro lado, sí entendió desde el primer momento que estaba negociando algo distinto: no vendía un producto terminado, sino la posibilidad de repetir ese mismo producto en miles de máquinas distintas, fabricadas por compañías que todavía ni existían.
IBM vendía una máquina. Microsoft vendía un estándar.
La diferencia no fue tecnológica, fue estratégica. Ambas compañías miraron el mismo producto y vieron cosas distintas.
El sistema operativo como pieza
Un componente más del equipo, igual que el procesador o la memoria. Su negocio seguía siendo la venta de hardware con la marca IBM.
El sistema operativo como plataforma
El punto donde se conectan fabricantes, desarrolladores y usuarios. Cuantas más máquinas lo usaran, más valioso se volvía, sin importar quién las fabricara.
Cuando aparecieron los clones —equipos de otras marcas compatibles con el estándar de IBM— cada fabricante nuevo era, para IBM, un competidor más. Para Microsoft, en cambio, era un cliente más pagando licencia de MS-DOS.
El detalle técnico que hizo posible esa apertura fue la propia arquitectura de la PC 5150: IBM construyó su máquina con componentes disponibles en el mercado abierto y publicó buena parte de su documentación técnica para fomentar el desarrollo de programas y accesorios compatibles. Esa decisión, pensada para atraer desarrolladores, terminó facilitando que otras empresas replicaran el hardware pieza por pieza. Lo único que faltaba para completar una PC «compatible» era el sistema operativo, y ese, gracias al acuerdo de 1981, ya estaba disponible para cualquiera dispuesto a pagar la licencia a Microsoft.
De ese modo, cada nuevo fabricante de clones no debilitaba a Microsoft: lo fortalecía. Mientras IBM veía erosionarse su participación de mercado frente a Compaq, Dell, Tandy o Packard Bell, Microsoft cobraba licencia por cada una de esas máquinas vendidas, sin haber fabricado un solo tornillo.
De una licencia a un imperio
IBM presenta la PC 5150 con PC DOS 1.0. Microsoft conserva los derechos sobre MS-DOS.
Compaq lanza el Portable, la primera computadora totalmente compatible con IBM fabricada por otra empresa. El mercado de «clones» queda abierto.
Microsoft presenta Windows 1.0, una capa gráfica sobre MS-DOS, que corre igual en una IBM que en cualquier clon.
Windows 3.0 se convierte en un éxito masivo. Para entonces, el software —no el fabricante de la caja— define qué computadora comprar.
El valor bursátil de Microsoft supera al de IBM. La compañía que vendió el hardware queda detrás de la que licenció el software.
IBM construyó una máquina. Microsoft construyó un ecosistema.
Un contrato, dos futuros distintosEl escenario alternativo
Si IBM hubiera exigido la exclusividad total sobre el sistema operativo —como hizo, por ejemplo, con partes de su arquitectura de hardware— el resultado probablemente habría sido otro. La compañía podría haber:
- Cobrado licencia a cualquier fabricante que quisiera construir un equipo compatible.
- Fijado ella misma el ritmo de las actualizaciones y los estándares técnicos.
- Retenido el control sobre el ecosistema de programas desarrollado alrededor de sus máquinas.
- Frenado, en los primeros años, el crecimiento de Microsoft como compañía independiente.
El otro lado de esa moneda también importa: un control absoluto de IBM sobre el software habría significado menos fabricantes compitiendo, probablemente precios más altos y una adopción de la computadora personal más lenta que la que efectivamente ocurrió.
También es razonable pensar que, sin la posibilidad de licenciar MS-DOS a terceros, Microsoft habría seguido existiendo como empresa de software, pero con un crecimiento mucho más lento y dependiente casi por completo de lo que IBM decidiera comprarle. Sin ese ingreso recurrente por licencias, es dudoso que hubiera tenido el capital y la posición de mercado necesarios para lanzar Windows como lo hizo a fines de los años ochenta, ni para negociar en igualdad de condiciones con fabricantes de hardware años más tarde.
Dicho de otro modo: la historia no habría sido «Microsoft nunca existe», sino «Microsoft crece diez o veinte años más lento, y probablemente bajo términos que IBM controla». La diferencia entre ese escenario y el que realmente ocurrió es, en gran medida, una sola cláusula de licenciamiento firmada en 1981.
Lo que esta historia enseña sobre gestión
El caso IBM–Microsoft se puede leer también como un ejemplo de manual sobre riesgos de tercerización, mucho antes de que existieran normas formales para gestionarlos.
Comprender el contexto
IBM resolvió una necesidad inmediata —lanzar la PC a tiempo— sin evaluar el valor estratégico que el software tendría a futuro. Analizar solo el presente deja ciego al riesgo de mañana.
Control de proveedores
Microsoft comenzó como proveedor y terminó controlando un componente esencial de toda la industria. Al tercerizar, hay que preguntar quién conserva la propiedad intelectual y qué puede hacer el proveedor con ella.
Beneficio inmediato, riesgo diferido
IBM ganó velocidad de lanzamiento y perdió, con los años, el control de la capa más rentable del negocio. La gestión de riesgos exige equilibrar rapidez con dependencia futura.
Innovar no es solo crear
IBM innovó con un producto. Microsoft innovó con un modelo de licenciamiento. Identificar dónde vive realmente el valor de un negocio es, en sí mismo, un acto de innovación.
La misma decisión, otro nombre
Hoy la pregunta se repite cada vez que una organización contrata software empresarial, servicios en la nube, plataformas digitales o sistemas de Inteligencia Artificial: ¿se está contratando una herramienta, o se está entregando el control de una capacidad estratégica?
IBM tenía la marca, los clientes y la capacidad industrial para dominar la computación personal. Le bastó con no advertir a tiempo dónde estaba el verdadero activo de su negocio. Cuarenta años después, la lección sigue siendo la misma: no toda tercerización es igual, y algunos proveedores no entregan un componente secundario, sino la próxima industria.
Una empresa puede crear el producto que transforma el mercado, y aun así permitir que otra capture la mayor oportunidad.
La enseñanza del caso IBM–Microsoft no es evitar las alianzas ni desconfiar de cada proveedor. Es identificar, antes de firmar, qué activos son verdaderamente estratégicos y qué ocurre con ellos el día después del contrato.
