Ir al contenido principal

Devlog · Fase 0 · 1/7

Por qué Aubia empieza con una lista de espera

Una página, un campo de correo, una promesa: la Fase 0 de aubia.dev valida la demanda real con una lista de espera de double opt-in antes de ampliar el producto.

Publicado el 13 julio 20264 min de lectura
  • waitlist
  • product
  • architecture

La primera encarnación pública de Aubia cabe en una página: un campo de correo y una promesa. Sin precios, sin descarga, sin alta de cuenta. Esta Fase 0 tiene un único cometido: medir si el orquestador de agentes de IA que desarrollo responde a una necesidad real, antes de invertir en él meses adicionales.

Podría haber programado la app de escritorio por mi cuenta durante seis meses y luego anunciarla. Elegí lo contrario. La landing valida primero una intuición: ¿sienten otros desarrolladores la misma frustración que yo, la de ejecutar varios agentes de IA por turnos sin hacerlos dialogar nunca? Una lista de espera responde pronto a esa pregunta, y construye de paso una base de contactos consentida y cualificada para el lanzamiento de la beta 0.1. La nota del desarrollador cuenta de dónde viene esa frustración.

Esta cautela responde a un riesgo documentado: el segmento de los orquestadores de agentes de IA sigue inmaduro, y la adopción ahí no prueba la monetización. Uno de los orquestadores más populares del segmento anunció su cierre en 2026 pese a una tracción real. La lista de espera sirve para validar un interés que se sostenga antes de ampliar el producto, en vez de amontonar funcionalidades que nadie ha pedido pagar.

Una página, una sola conversión

El repositorio del sitio web arrancó a finales de abril de 2026, y esa disciplina se lee en el enrutamiento desde los primeros commits. Todas las páginas públicas viven bajo un prefijo de idioma, y el único verbo de escritura expuesto es el envío del formulario de la lista de espera, que sale hacia aubia.cloud.

Route::prefix('{locale}')
    ->where(['locale' => 'fr|en|es|de|it|pt'])
    ->group(function (): void {
        Route::inertia('/', 'welcome')->name('home');

        // Proxy waitlist vers aubia.cloud (BF-WB-001). Throttle nommé défini
        // dans bootstrap/app.php.
        Route::post('/waitlist', [WaitlistController::class, 'store'])
            ->name('waitlist.store')
            ->middleware('throttle:waitlist');
    });

Sin dashboard, sin zona de miembros, sin API pública. La landing expone una página de inicio localizada, dos páginas legales, las páginas de confirmación y ese único punto de envío. El prefijo de idioma sirve seis locales, cada una con su propia URL indexable. Menos superficie es menos bugs y un mensaje que no se diluye.

Descarté la idea de conservar los botones Descargar y Crear cuenta atenuados con un «Próximamente». Un CTA inactivo situado junto al botón activo de registro crea una vacilación cognitiva que cuesta conversiones: el visitante se pregunta cuál elegir en vez de actuar. Mientras aubia.cloud no abra cuentas y los binarios no estén firmados, esos botones no llevarían más que al vacío.

aubia.dev, aubia.cloud, aubia.app: una frontera por dominio

La elección del dominio codifica una frontera nítida entre los bloques de Aubia. El sitio web y los correos viven en aubia.dev. La aplicación y su API viven en aubia.cloud, con el endpoint api.aubia.cloud que recibe los registros. La app de escritorio ocupará aubia.app.

Esta separación garantiza que el sitio público, expuesto a todo internet, no comparta ninguna infraestructura sensible con la app. La landing sigue siendo una cáscara ligera y stateless, mientras la lógica de negocio y los datos quedan confinados del lado cloud. Cuando usted envía su correo en aubia.dev, la petición cruza la frontera hacia api.aubia.cloud, y nada personal queda en el sitio web por el camino. Detallo ese proxy más adelante en la serie.

Medir sin cookies ni banner

Pilotar una campaña de registro previo exige saber qué funciona, sin traicionar la confianza de los visitantes. Uso Fathom Analytics, sin cookies y sin rastreo individual. Unos pocos eventos personalizados bastan para leer el recorrido: la entrada del formulario en el viewport, el envío con éxito, un posible error, la llegada a la página de confirmación. Ningún perfil, ninguna reventa de datos, ningún banner de consentimiento que imponer.

La landing también muestra un recuento de personas ya confirmadas, obtenido del lado servidor desde aubia.cloud. Una cifra real, nunca una proyección: solo cuenta los registros confirmados por double opt-in, nunca los correos a la espera de validación. Esta exigencia de contención guía también la visión del producto: una herramienta que aporta valor sin confiscar su atención.

La primera piedra

Un sitio web mínimo, un único objetivo, una frontera estricta con el cloud: esta es la primera piedra. Los siguientes artículos entran en lo técnico: la stack que sirve esta página a los buscadores, y luego la arquitectura de una landing deliberadamente sin base de datos.

Para recibir aviso cuando se abra la beta 0.1, únase a la lista de espera.

Esta obra se cuenta aquí, artículo a artículo. Súbase a bordo: sus comentarios dibujarán lo que viene.

Únase a la lista de espera