Anmeldung mit Phasen und Kontingent
Ticketarten mit Preis, Phase nach Datum und begrenzter Menge. Wenn sie aus sind, sind sie in der Datenbank aus, nicht im Ermessen von jemandem.
Was dabei herauskommt
Vier Dinge, die diese Woche laufen könnten
Keine Funktionsliste. Das sind die Apps, die Menschen tatsächlich beschreiben, und das, was die Plattform daraufhin zurückgibt.
Ein Ticket mit QR-Code
Bei der Zahlung ausgestellt, per E-Mail verschickt und am Handy geöffnet. Jedes ist eindeutig und lässt sich nur einmal scannen.
Einlass an der Tür
Ein Scan-Bildschirm auf dem Handy des Teams: Code scannen, Namen bestätigen, Anwesenheit setzen. Ein zweiter Scan desselben Codes warnt.
Programm und Hinweise live
Vorträge mit Uhrzeit und Raum, Favoriten je Teilnehmer, und Push bei einer kurzfristigen Änderung, also genau dann, wenn ein Hinweis zählt.
Schon dabei
Die Teile, die niemand zweimal bauen will
Datenbank, Login, Zahlungen und Veröffentlichung gehören zur Plattform. Das ist keine Liste von Diensten, die Sie danach selbst verkabeln.
Eine echte Datenbank, kein Formularhaufen
Jede Ansicht liest und schreibt in Modelle, die Sie öffnen, abfragen und exportieren können. Die Daten sind ab der ersten Minute Ihre Datenbank, keine Tabelle, die die App zu lesen vorgibt.
Login für Ihre eigenen Nutzer
E-Mail, Magic Link und Google-Anmeldung, mit Rollen und Eigentum pro Datensatz, durchgesetzt von Postgres selbst. Eine schlecht geschriebene Ansicht wird nicht zum Leck, weil die Datenbank leer antwortet.
Zahlungen, die auf Ihrem Konto landen
Stripe, Pagar.me und Mercado Pago werden einmal verbunden. Karte, Pix, Boleto und Abos, wobei die Kartenfelder von einem gehosteten Tresor gerendert werden, den Ihre App nie berührt.
Web, installierbar und in den Stores
Ein Projekt, drei Wege: auf Ihrer Domain, als Symbol auf dem Handy direkt aus dem Browser, und als signiertes Binary unter Ihrem eigenen Entwicklerkonto.
Gefunden in der Suche und von den Modellen
Titel, Metadaten, Sitemap, strukturierte Daten und Teilbilder entstehen zusammen mit der App. Seiten werden gefunden und nicht nur verlinkt.
React-Code, den Sie mitnehmen
Echtes React, Zeile für Zeile bearbeitet oder per Klick auf das Element am Bildschirm, als ZIP exportiert oder in Ihr GitHub gepusht. Keine Bindung, aus der Sie sich herausverhandeln müssen.
So funktioniert es
Von einem Absatz zur veröffentlichten App
Drei Schritte, und den zweiten glaubt niemand, bevor er ihn gesehen hat.
Hier anfangen
Ein Prompt, den Sie sofort einfügen können
Das ist eine vollständige erste Nachricht, kein Slogan. Einfügen, die Substantive durch Ihre ersetzen, und Sie haben eine App, auf die Sie reagieren können, statt einer leeren Seite.
Erstelle eine App für eine zweitägige Veranstaltung. Ticketarten mit Preis, Phase nach Datum und begrenzter Menge, per Karte bezahlt; die Anmeldung stellt ein Ticket mit eindeutigem QR-Code aus, per E-Mail verschickt und am Handy geöffnet; das Team hat einen Scan-Bildschirm, der den Namen bestätigt, die Anwesenheit setzt und warnt, wenn ein Code schon benutzt wurde; ein Programm mit Vorträgen, Uhrzeit, Raum und Sprecher, und der Teilnehmer markiert die, die er sehen will; Push-Hinweise an alle oder nur an die, die einen Vortrag markiert haben; eine öffentliche Veranstaltungsseite mit Programm und Anmeldung, geschrieben, um von Suchmaschinen gefunden zu werden; und ein Bereich, den nur ich sehe, mit Anmeldungen je Ticketart, Erlös je Phase, Anwesenheit je Tag und den meistmarkierten Vorträgen.
Zum Loslegen
Vorlagen in dieser Kategorie
Eine Vorlage ist eine laufende App mit Daten darin. Öffnen Sie eine, machen Sie sie zu Ihrer und veröffentlichen Sie sie unter Ihrem eigenen Konto.
Fragen
Häufige Fragen
Beschreiben. Laufen sehen. Im Store veröffentlichen.
Kostenlos starten, ohne Kreditkarte. Sie abonnieren, wenn Sie Ihre eigene Domain ohne Badge oder Ihre App in den Stores wollen, und im Builder-Plan nehmen Sie den Code mit, falls Sie das eines Tages möchten.