El nacimiento de Revit

Charles River Software ha nacido. 31 de octubre de 1997, Newton, Massachusetts: dos desarrolladores que salieron de PTC con una licencia bajo el brazo y una idea heredada de quince años de intentos ajenos. Si has leído el artículo sobre Sonata, esta parte ya la conoces.

Pero una empresa aún no es un producto.

Entre la fundación y el momento en que el mundo escucha por primera vez el nombre "Revit" pasan tres años. Tres años que, en la mayoría de los relatos sobre cómo nació el software que usamos cada día, desaparecen en una línea: "fundan la empresa en el 97, lanzan Revit en el 2000". Como si en medio no hubiera pasado nada; como si el producto hubiera salido ya formado, con el mismo nombre, la misma lógica y la misma promesa que conocemos hoy.

No fue así. Y la parte interesante —la que nadie cuenta— es precisamente la que está en medio.

Porque tener en la mano la tecnología adecuada (Raiz y Jungreis se la trajeron consigo desde PTC) no significa haber entendido aún qué construir sobre ella. Sonata lo había demostrado años antes: el motor por sí solo no basta. Hace falta alguien que decida qué debe hacer, para quién, y —sobre todo— que encuentre la forma de decirlo en una sola palabra.

Esa palabra llegará, pero antes hay un problema técnico que resolver que nadie, hasta ese momento, había logrado solucionar realmente.

Los tres años invisibles (1997-2000)

La primera diferencia respecto a Sonata se nota de inmediato, y no es técnica, es estructural. Ingram había construido solo, en su ático, con un préstamo bancario. Raiz y Jungreis no. Charles River Software nace ya con capital real detrás: Atlas Venture y North Bridge Venture Partners financian el proyecto desde el principio, y ese dinero sirve para algo preciso: contratar. Desarrolladores, pero también arquitectos, llamados al equipo no como consultores externos, sino como parte del proceso de diseño del propio software.

Es una elección que dice mucho sobre la estrategia: si el problema de Sonata era que el poder de lo paramétrico quedaba encerrado dentro de un lenguaje de programación, entendido solo por quien lo escribía, entonces el software nuevo debía nacer con arquitectos en la sala desde el primer día; no añadidos después para "validar" un producto ya decidido.

En 1999 la estructura se fortalece aún más: llega Dave Lemont como CEO, y entran en la junta directiva Jon Hirschtick, fundador de SolidWorks, y Arol Wolford, fundador de CMD Group. Ya no es solo un equipo técnico escribiendo código en C++ sobre Windows; es, a todos los efectos, una startup preparándose para un lanzamiento comercial real, con personas que ya habían llevado un producto CAD al mercado anteriormente.

Pero la parte que realmente cuenta, la que justifica tres años de trabajo en lugar de tres meses, es técnica; y es aquí donde Revit deja de ser "Sonata con más dinero detrás".

Sonata, como hemos visto, ya sabía actualizar las vistas cuando cambiaba el modelo. Pero el modelado paramétrico que corría en el mecCAD de la época —aquel en el que trabajaban Raiz y Jungreis antes, en Pro/Engineer— era variacional y basado en el historial: el modelo recuerda la secuencia de operaciones que lo construyó, y cada modificación debe recalcularse recorriendo esa cronología. Funciona bien para un componente mecánico aislado. Se convierte en una pesadilla computacional cuando el "componente" es un edificio entero, con miles de elementos que dependen unos de otros en tiempo real.

El verdadero trabajo de los tres años invisibles es construir algo diferente: un motor de propagación paramétrica orientada al contexto, capaz de actualizar cada vista, cada sección y cada tabla del modelo en el momento mismo en que cambias un solo parámetro, sin tener que recalcular todo el historial del objeto. No es una actualización "en diferido" como en Sonata. Es una actualización instantánea y bidireccional: cambias la sección, la planta se actualiza sola; cambias la planta, la sección responde en el mismo instante.

Es la diferencia entre un modelo que sabe actualizarse y un modelo que lo hace mientras lo miras.

El nombre como manifiesto

Un motor que actualiza el modelo en tiempo real, en cada vista, en el mismo instante en que lo modificas: es algo enorme, técnicamente.

Pero una empresa que está a punto de lanzar un producto no vende un motor, vende una promesa en una palabra. Y aquí la historia del nombre tiene un matiz más interesante de lo que parece en la versión que suele circular.

La leyenda más difundida dice que "Revit" es un acrónimo estudiado sobre el papel: Revise instantly — o mejor dicho, Revise Instantly. Elegante, coherente, perfecta para contar en una diapositiva. El problema es que no sucedió exactamente así.

El nombre original elegido por el equipo no era Revit. Era Perspective, hasta que se dieron cuenta de que ya estaba registrado por otro software. En ese momento, Charles River Software contrató a una agencia de comunicación externa para encontrar uno nuevo. Entre las propuestas sobre la mesa había nombres que hoy suenan casi cómicos por lo lejos que están de lo que conocemos —Archadia, Estuary— hasta que surgió Revit: una palabra inventada, elegida a propósito porque en la cabeza de quien la escucha evoca a la vez revisión y velocidad, sin ser técnicamente un acrónimo de nada.

Y, sin embargo, la leyenda "Revise Instantly" no es un error que corregir, es el verdadero punto. No importa si el nombre nació como acrónimo o como invención de una agencia de branding: lo que cuenta es que la propia empresa dejó que esa lectura se extendiera, porque es exactamente el mensaje que quería transmitir. Un nombre que no describe una categoría de software (como "AutoCAD", CAD automatizado), sino que declara un beneficio inmediato, casi un eslogan disfrazado de nombre de producto.

Y es coherente hasta el final con lo que el equipo había pasado tres años construyendo en el bloque anterior: no un software más potente, sino un software más rápido en responder. El motor de propagación paramétrica orientada al contexto no es un detalle de registro de cambios, es la razón de ser declarada desde el nombre en la caja.

Sonata tenía la tecnología y ningún eslogan. Revit llega con ambos, en el mismo paquete.

El lanzamiento y la primera acogida

Antes de que Revit llegue realmente al mercado, hay un paso que casi nadie cuenta: el software no nace ya terminado, sale primero en manos de pocos. Charles River Software lanza dos versiones privadas, no públicas —la "Early Adopter 1" en noviembre de 1999 y la "Early Adopter 2" en enero de 2000—, puestas en manos de un grupo reducido de estudios reales, antes incluso de que el producto tenga un nombre definitivo en el mercado. No es un detalle burocrático: es la prueba de que los arquitectos "en la sala" de los que hablábamos antes no estaban allí solo en fase de diseño, sino que permanecen dentro del proceso hasta la última milla, para probar lo que después se hará público.

Revit 1.0 sale oficialmente el 5 de abril de 2000. Y llega con una elección comercial tan poco contada como radical: no se vende como licencia perpetua por miles de dólares por puesto, como AutoCAD o prácticamente todo el software CAD de la época. Se vende en suscripción mensual, pagable con tarjeta de crédito, activable y desactivable a placer. En el año 2000, veinte años antes de que Microsoft 365 o Netflix convirtieran la suscripción en la norma para cualquier software, es casi una apuesta arriesgada.

La lógica detrás no es ideológica, es de mercado: la mayoría de los estudios de arquitectura estadounidenses de la época tienen diez personas o menos. Para ellos, el coste de entrada de un CAD tradicional es una barrera real. La suscripción baja esa barrera, coherente, una vez más, con la idea de fondo: no es una herramienta para pocos especialistas con presupuestos importantes, sino un producto pensado para estar al alcance de cualquiera que ejerza este oficio.

La acogida, sin embargo, no es una explosión inmediata. Es una adopción lenta, decidida por estudios individuales dispuestos a apostar a contracorriente. Un ejemplo entre todos: en Nueva Zelanda, el estudio HMOA lo adopta en 2001 —entre los primeros del mundo fuera de Estados Unidos— y sus colegas del sector, según cuenta hoy uno de los fundadores, piensan que están asumiendo "un riesgo enorme". No les falta razón: en el mismo periodo, el software pasa de la versión 2.0 a la 4.1 en menos de dos años, señal de un producto aún en plena evolución, corregido y refinado casi en tiempo real sobre la base del feedback de quienes ya lo estaban usando sobre el terreno.

Hay un hilo que se cierra aquí, y es el de Eastman. En el 75, su idea de una base de datos única e integrada para el diseño edificatorio era teoría —una visión académica, publicada en una revista del sector, sin un producto que la hiciera real—. Veinticinco años después, Revit es la primera vez que esa teoría se convierte en algo que un estudio de diez personas puede comprar con una tarjeta de crédito y usar al día siguiente. Ya no es un artículo que leer. Es un software que probar.

Un año después de la adopción de HMOA, en 2002, llega Autodesk. Compra Revit Technology Corporation por 133 millones de dólares, y a partir de ahí la historia cambia de escala: deja de ser el producto de una startup independiente y se convierte en parte de un coloso del software.

Pero esa parte de la historia —la dinámica de la adquisición, la canibalización con AutoCAD, la lenta adopción global que le sigue— ya la he contado, con todo el espacio que merece, en el artículo sobre Eastman. Si no lo has leído, lo encuentras aquí.

Lo que interesa a este artículo es qué sucede antes de ese 2002; y ya está todo contado. Solo queda cerrar el círculo.

De entonces a hoy

Volvamos por un momento al año 2000: la promesa de Revit, declarada en el nombre mismo, era revise instantly: un cambio que se propaga al instante a través de cada vista del modelo, sin que tengas que hacer nada para que ocurra. En aquella época, esa promesa trataba de un arquitecto sentado frente a una pantalla, que desplaza un muro y ve cómo todo el resto del proyecto se actualiza solo.

Hoy, medio siglo después de la intuición de Eastman y veinticinco años después de aquel primer Revit 1.0, la misma filosofía se está ampliando a un actor diferente. Con la integración MCP anunciada para Revit 2027, el modelo no solo se actualiza mientras lo miras, sino que se convierte en algo que también un sistema de inteligencia artificial puede observar e interrogar en tiempo real. No entraré en el detalle técnico aquí —ya he hablado de ello en Dentro de la máquina — Episodio 02—, pero el punto que me interesa cerrar es otro.

El cambio instantáneo del año 2000 y el modelo observable en tiempo real de 2026 no son dos épocas diferentes. Son la misma idea, llevada adelante paso a paso, en manos diferentes: desde Eastman que la teoriza sobre papel en el 75, pasando por Ingram que lo intenta con el hardware equivocado en el 86, hasta Raiz y Jungreis que finalmente encuentran la forma de hacerla accesible a cualquiera en el 2000.

Cada generación de esta historia ha resuelto el mismo problema con las herramientas que tenía a su disposición: hacer que el modelo deje de ser un dibujo estático y se convierta en algo vivo. La pregunta que queda abierta, hoy, ya no es si un modelo puede actualizarse solo. Es quién —o qué— lo estará observando la próxima vez que suceda.