Warum Aubia mit einer Warteliste beginnt

Die erste öffentliche Inkarnation von Aubia passt auf eine Seite: ein E-Mail-Feld und ein Versprechen. Kein Pricing, kein Download, keine Kontoerstellung. Diese Phase 0 hat eine einzige Aufgabe: zu messen, ob der KI-Agenten-Orchestrator, den ich entwickle, einem echten Bedürfnis entspricht, bevor ich weitere Monate hineinstecke.

Ich hätte den Desktop sechs Monate lang für mich allein programmieren und dann ankündigen können. Ich habe mich für das Gegenteil entschieden. Die Landingpage validiert zunächst eine Vermutung: Empfinden andere Entwickler dieselbe Frustration wie ich, mehrere KI-Agenten abwechselnd laufen zu lassen, ohne sie je miteinander sprechen zu lassen? Eine Warteliste beantwortet diese Frage früh und bildet nebenbei eine einwilligende, qualifizierte Kontaktbasis für den Start der Beta 0.1. Die Entwicklernotiz erzählt, woher diese Frustration kommt.

Diese Vorsicht antwortet auf ein belegtes Risiko: Das Segment der KI-Agenten-Orchestratoren ist noch unreif, und Akzeptanz beweist dort keine Monetarisierung. Einer der beliebtesten Orchestratoren des Segments hat 2026 trotz echter Traktion seine Einstellung angekündigt. Die Warteliste dient dazu, ein tragfähiges Interesse zu validieren, bevor das Produkt wächst, statt Funktionen anzuhäufen, für die niemand zu zahlen verlangt hat.

Eine Seite, eine einzige Konversion

Das Repo der Website startete Ende April 2026, und diese Disziplin liest sich schon in den ersten Commits im Routing. Alle öffentlichen Seiten leben unter einem Sprachpräfix, und das einzige exponierte Schreibverb ist das Absenden des Warteliste-Formulars, das an aubia.cloud geht.

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');
    });

Kein Dashboard, kein Mitgliederbereich, keine öffentliche API. Die Landingpage exponiert eine lokalisierte Startseite, zwei Rechtsseiten, die Bestätigungsseiten und diesen einzigen Absendepunkt. Das Sprachpräfix bedient sechs Locales, jede mit ihrer eigenen indexierbaren URL. Weniger Oberfläche bedeutet weniger Bugs und eine Botschaft, die sich nicht verwässert.

Ich habe die Idee verworfen, die Buttons Herunterladen und Konto erstellen mit einem Demnächst verfügbar ausgegraut stehen zu lassen. Ein inaktiver CTA neben dem aktiven Anmelde-Button erzeugt ein kognitives Zögern, das Konversionen kostet: Der Besucher fragt sich, welchen er wählen soll, statt zu handeln. Solange aubia.cloud keine Konten öffnet und die Binaries nicht signiert sind, würden diese Buttons ins Leere führen.

aubia.dev, aubia.cloud, aubia.app: eine Grenze pro Domain

Die Wahl der Domain kodiert eine klare Grenze zwischen den Bausteinen von Aubia. Die Website und die E-Mails leben auf aubia.dev. Die Anwendung und ihre API leben auf aubia.cloud, mit dem Endpunkt api.aubia.cloud, der die Anmeldungen empfängt. Der Desktop wird aubia.app belegen.

Diese Trennung garantiert, dass die öffentliche Website, dem gesamten Internet ausgesetzt, keinerlei sensible Infrastruktur mit der App teilt. Die Landingpage bleibt eine leichte, zustandslose Hülle, während die Geschäftslogik und die Daten auf der Cloud-Seite eingeschlossen bleiben. Wenn Sie Ihre E-Mail auf aubia.dev absenden, überquert die Anfrage die Grenze zu api.aubia.cloud, und nichts Persönliches bleibt dabei auf der Website zurück. Diesen Proxy beschreibe ich später in der Serie im Detail.

Messen ohne Cookies und ohne Banner

Eine Voranmeldungs-Kampagne zu steuern verlangt zu wissen, was funktioniert, ohne das Vertrauen der Besucher zu verraten. Ich verwende Fathom Analytics, cookiefrei und ohne individuelles Tracking. Einige wenige benutzerdefinierte Ereignisse genügen, um den Weg zu lesen: das Eintreten des Formulars in den Viewport, das erfolgreiche Absenden, ein möglicher Fehler, die Ankunft auf der Bestätigungsseite. Kein Profil, kein Weiterverkauf von Daten, kein Einwilligungsbanner, das man aufzwingen müsste.

Die Landingpage zeigt außerdem einen Zähler bereits bestätigter Personen an, serverseitig von aubia.cloud abgerufen. Eine reale Zahl, niemals eine Hochrechnung: Sie zählt nur die per Double-Opt-in bestätigten Anmeldungen, niemals die auf ihre Validierung wartenden E-Mails. Dieser Anspruch an Nüchternheit leitet auch die Vision des Produkts: ein Werkzeug, das Mehrwert schafft, ohne Ihre Aufmerksamkeit zu beschlagnahmen.

Der erste Stein

Eine minimale Website, ein einziges Ziel, eine strikte Grenze zur Cloud: das ist der erste Stein. Die folgenden Artikel gehen ins Technische: der Stack, der diese Seite den Suchmaschinen ausliefert, dann die Architektur einer bewusst ohne Datenbank gebauten Landingpage.

Um bei der Öffnung der Beta 0.1 benachrichtigt zu werden, tragen Sie sich in die Warteliste ein.