Perché Aubia comincia da una lista d'attesa

La prima incarnazione pubblica di Aubia sta in una pagina: un campo email e una promessa. Niente prezzi, niente download, niente creazione di account. Questa Fase 0 ha un solo compito: misurare se l'orchestratore di agenti IA che sto sviluppando risponde a un bisogno reale, prima di investirci altri mesi.

Avrei potuto sviluppare il desktop per conto mio per sei mesi e poi annunciarlo. Ho scelto il contrario. La landing valida prima un'intuizione: altri sviluppatori provano la mia stessa frustrazione, quella di far girare più agenti IA a turno senza farli mai dialogare? Una lista d'attesa risponde presto a questa domanda, e costituisce al tempo stesso una base di contatti consenzienti e qualificati per il lancio della beta 0.1. La nota dello sviluppatore racconta da dove viene questa frustrazione.

Questa prudenza risponde a un rischio documentato: il segmento degli orchestratori di agenti IA è ancora immaturo, e l'adozione non vi dimostra la monetizzazione. Uno degli orchestratori più popolari del segmento ha annunciato la chiusura nel 2026 nonostante una trazione reale. La lista d'attesa serve a validare un interesse solido prima di ampliare il prodotto, invece di accumulare funzionalità che nessuno ha chiesto di pagare.

Una pagina, una sola conversione

Il repo del sito è nato a fine aprile 2026, e questa disciplina si legge nel routing fin dai primi commit. Tutte le pagine pubbliche vivono sotto un prefisso di lingua, e l'unico verbo di scrittura esposto è l'invio del form della lista d'attesa, che parte verso 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');
    });

Nessuna dashboard, nessuna area riservata, nessuna API pubblica. La landing espone una home localizzata, due pagine legali, le pagine di conferma e questo unico punto di invio. Il prefisso di lingua serve sei locale, ciascuna con la propria URL indicizzabile. Meno superficie significa meno bug e un messaggio che non si diluisce.

Ho scartato l'idea di tenere in giro i pulsanti Scarica e Crea un account, disattivati con un «Presto disponibile». Una CTA inattiva accanto al pulsante di iscrizione attivo crea un'esitazione cognitiva che costa conversioni: il visitatore si chiede quale scegliere invece di agire. Finché aubia.cloud non apre account e i binari non sono firmati, quei pulsanti porterebbero verso il vuoto.

aubia.dev, aubia.cloud, aubia.app: un confine per dominio

La scelta del dominio codifica un confine netto tra i mattoni di Aubia. Il sito e le email vivono su aubia.dev. L'applicazione e la sua API vivono su aubia.cloud, con l'endpoint api.aubia.cloud che riceve le iscrizioni. Il desktop occuperà aubia.app.

Questa separazione garantisce che il sito pubblico, esposto a tutta Internet, non condivida alcuna infrastruttura sensibile con l'app. La landing resta un guscio leggero e senza stato, mentre la logica di business e i dati restano confinati sul versante cloud. Quando invia la sua email su aubia.dev, la richiesta attraversa il confine verso api.aubia.cloud, e nulla di personale si deposita al passaggio sul sito. Questo proxy lo dettaglio più avanti nella serie.

Misure senza cookie né banner

Guidare una campagna di preiscrizione richiede di sapere cosa funziona, senza tradire la fiducia dei visitatori. Uso Fathom Analytics, senza cookie e senza tracciamento individuale. Bastano alcuni eventi custom per leggere il percorso: l'ingresso del form nel viewport, l'invio riuscito, un eventuale errore, l'arrivo sulla pagina di conferma. Nessun profilo, nessuna rivendita di dati, nessun banner di consenso da imporre.

La landing mostra anche un contatore delle persone già confermate, recuperato lato server da aubia.cloud. Un numero reale, mai una proiezione: conta soltanto le iscrizioni confermate dal double opt-in, mai le email in attesa di validazione. Questa esigenza di sobrietà guida anche la vision del prodotto: uno strumento che aggiunge valore senza confiscare la sua attenzione.

La prima pietra

Un sito minimale, un solo obiettivo, un confine rigoroso con il cloud: ecco la prima pietra. Gli articoli seguenti entrano nella tecnica: lo stack che serve questa pagina ai motori di ricerca, poi l'architettura di una landing deliberatamente priva di database.

Per essere avvisato all'apertura della beta 0.1, si iscriva alla lista d'attesa.