Wartelisten-Seite ohne Code erstellen: Anleitung mit KI

Wartelisten-Seite ohne Code erstellen: Anleitung mit KI

Eine Wartelisten-Seite besteht aus drei Teilen: einem Versprechen, einem Formular mit einem einzigen Pflichtfeld und einer Bestätigungsmail. Bei Zugo beschreiben Sie das in einem Absatz, der Builder erzeugt die Seite, prüft sie in einer Sandbox und veröffentlicht sie. Ein Build kostet 6 Credits, jede spätere Änderung 3.

Der Rest dieses Textes behandelt die Fragen, an denen Wartelisten in Deutschland scheitern, und das sind selten gestalterische. Es sind die Einwilligung, die Bestätigungsmail und die Frage, was mit den Adressen eigentlich geschehen soll, wenn das Produkt fertig ist.

Was gehört auf eine Wartelisten-Seite und was nicht?

Vier Bausteine tragen die Seite. Ein Satz, der sagt, worauf man wartet. Zwei bis drei Zeilen dazu, für wen es gedacht ist und für wen ausdrücklich nicht. Das Formular. Und ein Hinweis, was nach dem Eintrag passiert und ungefähr wann.

Alles Weitere schadet mehr, als es hilft. Preistabelle, Teamvorstellung, Blogvorschau und Fragenkatalog gehören auf die spätere Produktseite, nicht hierher. Wer sich einträgt, trifft eine sehr kleine Entscheidung, und jede zusätzliche Information gibt ihm einen weiteren Grund, sie zu vertagen.

Beim Formular gilt dasselbe in schärferer Form: eine E-Mail-Adresse als Pflichtfeld, mehr nicht. Vorname, Firma, Branche und Unternehmensgröße können freiwillige Felder sein, aber jedes Sternchen daneben kostet Eintragungen. Die Daten, die Sie wirklich brauchen, holen Sie sich später in einer kurzen Mail an Leute, die sich bereits bestätigt haben.

Wie sieht ein guter Prompt für eine Warteliste aus?

Der Builder arbeitet mit dem, was Sie hineinschreiben. Zu wenig Text ergibt eine hübsche, aber austauschbare Seite, zu viel Text ergibt eine überladene. Diese Länge hat sich bewährt:

Baue eine einseitige Wartelisten-Seite für [Produkt].
Aufbau:
1. Kopfbereich: eine Überschrift mit dem Nutzen,
   zwei Sätze Erklärung, E-Mail-Feld, Button
   "Auf die Warteliste".
2. Für wen: drei kurze Punkte, für wen es gedacht ist,
   plus ein Punkt, für wen es nicht gedacht ist.
3. Was passiert danach: drei Schritte mit Zeitangabe.
4. Fußbereich: Links zu Impressum und Datenschutz.
Nach dem Absenden erscheint ein Hinweis, dass eine
Bestätigungsmail unterwegs ist.
Ton: sachlich, keine Superlative. Farben: [Ihre Farben].

Zwei Zeilen lohnen sich zusätzlich. "Das Formular soll auch ganz unten auf der Seite noch einmal erscheinen" fängt die Leute ein, die erst nach dem Lesen überzeugt sind. Und "Die Seite braucht keine Navigation" verhindert, dass der Builder Menüpunkte erfindet, hinter denen nichts liegt.

Wenn ein leeres Feld zu viel Widerstand erzeugt: Es gibt 25 fertige Vorlagen, davon 5 für Spiele, und eine Landingpage-Vorlage ist ein besserer Ausgangspunkt als eine weiße Seite. Wie sich ein Prompt insgesamt aufbauen lässt, steht in Wie schreibe ich einen guten Prompt.

Wohin gehen die Eintragungen?

Das ist die Entscheidung, die Sie vor dem ersten Build treffen sollten, weil sie den Aufbau bestimmt. Ein Formular, das ins Nichts sendet, ist der häufigste Fehler bei selbst gebauten Wartelisten.

Für die meisten Vorhaben ist die Kombination aus Datenbank und Versandanbindung richtig: Die Adresse liegt bei Ihnen, die Bestätigungsmail geht sofort raus. Wie die Datenbank angebunden wird, steht in KI-App-Builder mit Supabase, der Versandweg in KI-App-Builder mit Resend.

Was verlangt die DSGVO bei einer Warteliste?

Mehr, als die meisten Vorlagen aus dem englischsprachigen Raum abbilden, und das ist der Punkt, an dem eine übernommene Vorlage teuer wird.

Drei Dinge sind Pflicht. Erstens ein Impressum, erreichbar mit einem Klick von jeder Seite aus. Zweitens eine Datenschutzerklärung, die benennt, wer die Adresse verarbeitet und wozu. Drittens eine Einwilligung, die aktiv erteilt wird: kein vorangekreuztes Kästchen, keine Zustimmung, die im Kleingedruckten des Buttons versteckt ist.

Dazu kommt das Double-Opt-in. Wer später Nachrichten an die Liste schicken will, braucht eine Bestätigungsmail, in der die Person den Eintrag noch einmal bestätigt. Ohne diesen zweiten Schritt lässt sich die Einwilligung im Streitfall nicht belegen, und die Liste ist praktisch unbrauchbar. Das ist kein Detail für später, sondern gehört in den ersten Build.

Wenn Sie zusätzlich Statistik einsetzen, hängt die Messung an derselben Einwilligung. Was das für die Zahlen bedeutet, steht in Analytics anbinden.

Wie viele Eintragungen sind genug?

Diese Frage lässt sich nicht mit einer Zahl beantworten, und jede Zahl, die Ihnen jemand nennt, gilt für ein anderes Produkt in einem anderen Markt. Was sich sagen lässt, ist etwas anderes: Eine Warteliste ist kein Umsatz, sondern eine Vermutung.

Nützlicher als die Gesamtzahl sind zwei Verhältnisse. Wie viele der Eingetragenen bestätigen ihre Adresse überhaupt. Und wie viele antworten, wenn Sie ihnen eine echte Frage stellen. Eine Liste mit wenigen hundert Adressen, von denen ein spürbarer Teil antwortet, ist mehr wert als eine große Liste, die schweigt.

Deshalb lohnt sich eine Rückfrage in der Bestätigungsmail: eine einzige, offene Frage danach, welches Problem die Person gerade zu lösen versucht. Die Antworten formen das Produkt stärker als jede Zahl auf einem Zähler.

Was kostet die Wartelisten-Seite in Credits?

Gerechnet wird in Credits, und die Zahlen sind für alle Projekttypen gleich.

Eine Warteliste ist der günstigste Projekttyp überhaupt: ein Build und zwei bis drei Änderungen, bis Text und Formular sitzen. Erst wenn Impressum, Datenschutz und eine eigene Dankeseite als getrennte Seiten dazukommen, wird daraus eine mehrseitige Plattform.

Die Tarife: Free gibt Ihnen 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800 Credits. Zweihundert Credits entsprechen, nur für eine Sache ausgegeben, etwa 16 mehrseitigen Plattformen oder 33 Builds oder 66 Änderungen. Ehrlich vor der Anmeldung: 5 Credits liegen unter den 6 Credits eines einzelnen Builds, der kostenlose Tarif ist also ein Rundgang durch die Oberfläche. Abgerechnet wird in US-Dollar.

Wo stößt ein KI-Builder bei Wartelisten an Grenzen?

Drei Grenzen, ehrlich benannt.

Eine Warteliste mit Empfehlungsmechanik, bei der jede Person einen eigenen Link bekommt, Punkte sammelt und in einer Rangliste aufsteigt, ist kein Formular mehr, sondern eine kleine Anwendung mit Konten und Zählwerk. Machbar über Supabase, aber über mehrere Änderungsrunden, nicht über einen Prompt.

Automatisierte Mailstrecken sind ebenfalls ein eigenes Feld. Zugo bindet Resend für den Versand an, aber die Logik einer mehrstufigen Sequenz mit Verzweigungen gehört in ein Versandwerkzeug, nicht in die Seite.

Und die rechtliche Prüfung nimmt Ihnen niemand ab. Der Builder erzeugt die Seiten für Impressum und Datenschutz auf Wunsch, der Inhalt muss aber zu Ihrem Unternehmen passen. Vor der Übergabe läuft jeder Build in einer Sandbox, und was nicht startet, wird nicht ausgeliefert. Diese Prüfung sagt, dass die Seite läuft, nicht dass Ihre Texte rechtssicher sind. Was ein Builder generell nicht leistet, steht in Was kann KI nicht bauen.

Wie fange ich an?

Schreiben Sie zuerst den einen Satz, der sagt, worauf man wartet. Wenn dieser Satz steht, ist die Seite in einem Durchgang fertig; wenn er nicht steht, hilft auch die schönste Gestaltung nicht weiter.

Bauen Sie danach einmal und sehen Sie sich das Ergebnis auf dem Telefon an. Ein einfacher Build steht in etwa einer Minute. Tragen Sie sich selbst ein, prüfen Sie, ob die Bestätigungsmail ankommt und wo sie landet, und korrigieren Sie erst dann in einer gebündelten Runde.

Anfangen können Sie auf zugo.dev. Für die erste Fassung genügen der Produktname, ein Nutzenversprechen und die Entscheidung, wohin die Adressen laufen sollen.