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.
Anmeldung, Ticket mit QR-Code, Einlass an der Tür, Programm und Hinweise für alle, die schon da sind.
Jede Veranstaltung endet in zwei Tabellen und einer Schlange. Die Tabelle der Anmeldungen, die Tabelle, wer bezahlt hat, und die Schlange am Eingang, weil jemand einen Namen auf einer gedruckten Liste sucht. Alle drei verschwinden, wenn Anmeldung, Zahlung und Ticket derselbe Datensatz sind: der QR-Code wird an der Tür gescannt, der Scan setzt die Anwesenheit, und die Liste der Anwesenden existiert während der Veranstaltung statt danach.
Wer auf dieser Seite landet, sucht nach
Was dabei herauskommt
Keine Funktionsliste. Das sind die Apps, die Menschen tatsächlich beschreiben, und das, was die Plattform daraufhin zurückgibt.
Ticketarten mit Preis, Phase nach Datum und begrenzter Menge. Wenn sie aus sind, sind sie in der Datenbank aus, nicht im Ermessen von jemandem.
Bei der Zahlung ausgestellt, per E-Mail verschickt und am Handy geöffnet. Jedes ist eindeutig und lässt sich nur einmal scannen.
Ein Scan-Bildschirm auf dem Handy des Teams: Code scannen, Namen bestätigen, Anwesenheit setzen. Ein zweiter Scan desselben Codes warnt.
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
Datenbank, Login, Zahlungen und Veröffentlichung gehören zur Plattform. Das ist keine Liste von Diensten, die Sie danach selbst verkabeln.
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.
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.
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.
Ein Projekt, drei Wege: auf Ihrer Domain, als Symbol auf dem Handy direkt aus dem Browser, und als signiertes Binary unter Ihrem eigenen Entwicklerkonto.
Titel, Metadaten, Sitemap, strukturierte Daten und Teilbilder entstehen zusammen mit der App. Seiten werden gefunden und nicht nur verlinkt.
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
Drei Schritte, und den zweiten glaubt niemand, bevor er ihn gesehen hat.
Sagen Sie, was die App tut und was sie sich merken muss. Kein Diagramm, kein Schema, kein einziges Framework.
Ansichten, Datenmodelle, Login und Zahlungen entstehen, während Sie lesen. Was Ihnen nicht gefällt, sagen Sie, und es ändert sich.
In Sekunden live auf Ihrer Domain, mit Versionsverlauf im Rücken. Das Gespräch vom Dienstag ist die Version vom Dienstag.
Hier anfangen
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
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.
Kursbuchung für ein Studio mit harter Kapazitätsgrenze: Guthaben, eine Warteliste, die von selbst nachrückt, und eine Türliste, die festhält, wer da war.
Ein Salonkalender, in dem jeder Termin die Rüstzeit reserviert: Eine Lücke ist wirklich verkaufbare Zeit — und ein Assistent sagt, welche Lücken einen Anruf wert sind.
Fragen
Nicht verlässlich. Der Scan prüft das Ticket gegen die Datenbank, braucht also eine Verbindung. In einem Haus mit schlechtem Empfang funktioniert meist ein eigener 4G-Router für das Einlassteam, und das plant man besser vorher.
Weitersehen
Die meisten Apps liegen am Ende zwischen zwei Kategorien. Nichts hindert Sie daran, beides im selben Absatz zu verlangen.
Anfrage, zugewiesener Fahrer, Preis je Strecke und Verfolgung, mit getrennter Anmeldung für Fahrgäste und Fahrer.
Zeiten je Mitarbeiter, Leistungen mit unterschiedlicher Dauer, Anzahlung bei der Buchung und Erinnerung am Vortag.
Kurse mit begrenzten Plätzen, Check-in, Trainingsplan je Mitglied und Beitrag per Abonnement.
Terminplan je Behandler und je Raum, Patientenakte, Kasse und Privat, Bestätigung und Terminerinnerung.
Termine für Baden und Trimmen, Akte je Tier, Vorteilskarten und Erinnerung für alle, die nicht wiederkamen.
Auftrag, vom Kunden freigegebener Kostenvoranschlag, Verlauf je Fahrzeug und Belegung der Hebebühnen.
Verfügbarkeit pro Mitarbeiter, Bestätigung, Erinnerungen und Check-in — der klassische Kalender, ohne Tabelle.
Speisekarte, Warenkorb, Liefergebühr je Gebiet, Zahlung und Bestellverfolgung, in Ihrer App und ohne Plattformprovision.
Digitale Karte mit QR-Code, Bestellung am Tisch, Reservierung und Treueprogramm, ohne eine Karte als PDF.
Kostenlos starten, ohne Kreditkarte. Sie zahlen erst, wenn Sie unter Ihrer Marke veröffentlichen wollen, und nehmen den Code mit, falls Sie das eines Tages möchten.