Ein Kalender je Mitarbeiter, nicht je Salon
Jeder Mitarbeiter hat Arbeitszeiten, freie Tage und eine eigene Leistungsliste. Der Kunde wählt, bei wem, und sieht nur, was diese Person macht.
Zeiten je Mitarbeiter, Leistungen mit unterschiedlicher Dauer, Anzahlung bei der Buchung und Erinnerung am Vortag.
Friseursalons verlieren an zwei Stellen Geld, immer denselben: der doppelt vergebene Termin und der Kunde, der nicht erscheint. Beides hat eine technische Lösung. Das erste verschwindet, wenn Verfügbarkeit ein Datensatz in der Datenbank ist, weil die zweite Buchung dann schlicht fehlschlägt; das zweite sinkt, wenn es eine automatische Erinnerung und eine Anzahlung bei der Buchung gibt.
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.
Jeder Mitarbeiter hat Arbeitszeiten, freie Tage und eine eigene Leistungsliste. Der Kunde wählt, bei wem, und sieht nur, was diese Person macht.
Ein Schnitt von dreißig Minuten und eine Färbung von drei Stunden belegen nicht dasselbe. Die Dauer gehört zur Leistung, also passt sich das Zeitraster von selbst an.
Karte im Moment der Buchung, mit einem Betrag je Leistung. Es ist das Einzige, was die Ausfallquote wirklich bewegt, und es landet als Zeile in Ihrer Kasse.
Automatische E-Mail oder Push vor dem Termin, und eine Karteikarte je Kunde mit dem, was gemacht wurde, von wem und wann.
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 Termin-App für einen Barbershop mit vier Barbieren. Jeder Barbier hat Arbeitszeiten je Wochentag, freie Tage und eine eigene Leistungsliste mit Dauer und Preis; der Kunde wählt Leistung, Barbier und einen freien Termin, zahlt eine Anzahlung per Karte und erhält eine Bestätigung per E-Mail sowie eine Erinnerung am Vortag; die Verfügbarkeit verhindert zwei Buchungen auf demselben Termin; jeder Barbier meldet sich in seinem Konto an und sieht nur den eigenen Tag, markiert den Kunden als bedient oder nicht erschienen; jeder Kunde hat eine Karteikarte mit Historie; und der Inhaber sieht alle Kalender, Umsatz je Barbier und je Monat sowie die Ausfallquote.
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
Ja, und deshalb ist die Verfügbarkeit ein Datenmodell und kein gezeichneter Kalender. Der Termin ist belegt, sobald der Datensatz geschrieben ist, die zweite Buchung schlägt also in der Datenbank fehl, dem einzigen Ort, der das ohne Spielraum entscheiden kann.
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.
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.
Anmeldung, Ticket mit QR-Code, Einlass an der Tür, Programm und Hinweise für alle, die schon da sind.
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.