Anwendungsfälle

Terminbuch für Friseur und Barbier

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

  • Buchungs-App für Friseursalon
  • Termin-App für Barbershop
  • Terminsoftware mit Anzahlung und Erinnerung
  • Termin-App erstellen

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.

01

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.

02

Leistung mit echter Dauer

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.

03

Anzahlung bei der Buchung

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.

04

Erinnerung am Vortag und Kundenhistorie

Automatische E-Mail oder Push vor dem Termin, und eine Karteikarte je Kunde mit dem, was gemacht wurde, von wem und wann.

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.

Beschreiben Sie es in normaler Sprache

Sagen Sie, was die App tut und was sie sich merken muss. Kein Diagramm, kein Schema, kein einziges Framework.

Sehen Sie beim Bauen zu

Ansichten, Datenmodelle, Login und Zahlungen entstehen, während Sie lesen. Was Ihnen nicht gefällt, sagen Sie, und es ändert sich.

Veröffentlichen und weiter ändern

In Sekunden live auf Ihrer Domain, mit Versionsverlauf im Rücken. Das Gespräch vom Dienstag ist die Version vom Dienstag.

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 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

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.

Tessera

Buchung

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.

15 Screens

Serenity

Buchung

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.

16 Screens

Fragen

Häufige 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.

Beschreiben. Laufen sehen. Im Store veröffentlichen.

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.

Diese App kostenlos bauenAnwendungsfälle