Lovable dice haber alcanzado $500 millones de ingresos run-rate anualizados a junio de 2026, según TechCrunch, subiendo desde $400 millones en febrero, un salto de $100 millones en aproximadamente cuatro meses. Los números de uso detrás son la parte que vale la pena mirar fijo: 1 millón de proyectos nuevos se crean ahora en la plataforma cada semana, y más de 50 millones de proyectos se han construido desde el lanzamiento. La compañía fue fundada a fines de 2023, lo que significa que cruzó el medio billón de run-rate antes de cumplir tres años. En agosto de 2024 proyectaba alcanzar $1 billón en 12 meses, un claim que sonaba a bravuconería de founder en ese momento y que ahora se lee como una trayectoria.
El producto mismo es la versión más simple del pitch de vibe coding: users principalmente no técnicos, founders, diseñadores, vendedores, describen el software que quieren y la plataforma lo construye. Lo que construyen, según TechCrunch, no son demos de juguete: storefronts de e-commerce, sitios web, y una larga cola de herramientas internas, CRMs, sistemas de inventario, plataformas de RRHH, el software de negocios sin glamour que las empresas solían comprar, no hacer. Esa última categoría es por qué el artículo enmarca a Lovable dentro de la llamada SaaSpocalypse: cada herramienta interna que un lead de ventas describe hasta la existencia un martes por la tarde es una licencia-asiento que algún vendor SaaS no renueva.
Los caveats honestos son estructurales. Sin cifras de churn, sin rentabilidad, sin actualización de valuación en el reporte, y 1 millón de proyectos por semana es una métrica de creación, no de retención, la mayoría de esos proyectos son experimentos, descartables o duplicados, y el ingreso por proyecto es lo que separa una economía de un fidget toy. El run-rate anualizado es también la lente más halagadora posible sobre los ingresos. Nada de eso borra la dirección: la pendiente de febrero a junio es del tipo que no ocurre en productos con churn pesado, y la plataforma está monetizando a gente que nunca iba a contratar un desarrollador, lo que significa que el gasto es mayormente aditivo al mercado de software, no canibalizado de él.
Para la picture más grande que seguimos trackeando, este es el lado de la demanda de la historia de los agentes. El estudio de Harvard y Perplexity que cubrimos ayer midió a los agentes cambiando qué tareas intenta la gente, más trabajo de orden superior, más trabajo fuera de su propia ocupación. Lovable a 1 millón de proyectos por semana es ese hallazgo vistiendo una línea de ingresos: un vendedor construyendo un CRM es expansión de tareas cross-ocupacional, monetizada. La capa de runtime sobre la que seguimos escribiendo, quién hostea el agente, quién ejecuta el código, quién guarda el estado, está siendo jalada hacia adelante por exactamente esto: millones de personas que no lo llaman agent runtime, lo llaman la cosa que construye su tienda.