Beauty Profil

Terminregeln

Diese Seite erklärt den realen Dashboard-Bereich Terminregeln. Sie beschreibt, wie Storno, No-Show, Anzahlung, Vorlaufzeit, Buchungshorizont und Bestätigungsmodus technisch gesetzt und für Kunden transparent kommuniziert werden.

Rolle

Regelwerk für Absicherung, Erwartungsmanagement und technische Buchungsgrenzen.

Wichtig für

No-Show-Reduktion, klare Kommunikation, Buchungskorridore und Prozessklarheit.

Nicht allein zuständig für

die juristische Formulierung der Texte oder die reine Kalenderverfügbarkeit.

Schnell zu einem Bereich

Sinn Seitenkarte Wirkung Kundensicht Screenshots Funktionsblöcke Ablauf Fehler FAQ

Was dieser Bereich im Produkt wirklich macht

Terminregeln sind die Policy-Schicht des Buchungsprodukts. Hier wird festgelegt, welche Grenzen, Kosten und Erwartungswerte rund um Termine gelten, noch bevor ein Fall in der täglichen Operative landet.

Damit verbindet das Modul Absicherung des Studios, technische Buchungsgrenzen und sichtbare Kommunikation gegenüber Kunden. Wer hier sauber arbeitet, reduziert Missverständnisse bereits vor dem Termin.

Wie die Seite aufgebaut ist

Policy Center Hinweis

Ordnet das Modul als sichtbare Regelbasis für Firmenseite und Buchungsflow ein.

Stornofenster

Definiert kostenlose Stornierung bis X Stunden vor Termin.

No-Show Block

Aktiviert Nichterscheinen mit optionaler Gebühr.

Anzahlungsblock

Erlaubt Prozent- oder Festbetrag als Absicherung.

Verspätungstoleranz

Setzt eine klare Kulanzlinie für Zuspätkommen.

Vorlauf und Horizont

Begrenzt, wie frühestens und wie weit im Voraus gebucht werden darf.

Bestätigungsmodus

Legt fest, ob manuell oder automatisch bestätigt wird.

Kundenvorschau

Zeigt sofort, wie die Regeln im Frontend lesbar werden.

Was dieser Bereich öffentlich und intern beeinflusst

Intern steuernd

Terminregeln setzen die operativen Grenzen dafür, was im Buchungsprozess erlaubt, kulant oder abgesichert wird.

Oeffentlich kommunizierend

Gleichzeitig wirken diese Regeln auf Firmenseite und Buchungsprozess als sichtbare Erwartungsgrundlage für Kunden.

Wichtige Abgrenzung

Dieses Modul erklärt nicht die rechtliche Formulierung der Texte, sondern deren operative Regelwirkung und technische Übersetzung ins Produkt.

Was sieht der Kunde davon?

Vor der Buchung

Kunden sehen, welche Regeln für Storno, Anzahlung, Vorlauf oder Bestätigung gelten. Dadurch wird der Booking-Flow klarer und weniger überraschend.

Rund um sensible Punkte

Besonders bei No-Show, Anzahlung oder kurzfristiger Buchung wirkt die Klarheit der Regeln direkt auf Vertrauen und Konfliktpotenzial.

Praktische Übersetzung in Kundensprache

Klare Regeln sagen: Ich weiss vorab, was bei dieser Buchung gilt.

Saubere Anzahlung oder No-Show-Info sagt: Das Studio arbeitet verbindlich und transparent.

Vorlauf und Buchungshorizont sagen: Ich weiss, wann ich realistisch buchen kann und wann nicht.

Screenshots und visuelle Orientierung

Diese Bildplätze sind wie bei den anderen Guide-Seiten als Screenshot-Layer vorbereitet. Sie helfen, das Regelmodul schneller zu erfassen. Die aktuellen Bilder sind Platzhalter und können später direkt ersetzt werden.

Empfehlung: Bearbeitungsseite und Kundenvorschau getrennt zeigen, damit die Logik klar bleibt.

Die Funktionsblöcke im Detail

1. Policy Center als Regelwerk für den Booking-Flow

Terminregeln sind kein blosser Hinweistext. Dieses Modul definiert operative und kommunikative Spielregeln für den Buchungsprozess: was erlaubt ist, was berechnet wird und wie früh oder spät Termine überhaupt möglich sind.

Pflegt

die Rahmenbedingungen des gesamten Buchungsprozesses.

Beeinflusst

Kundenerwartung, Studioabsicherung und technische Grenzen im Booking-Flow.

Häufig verwechselt mit

reinen FAQ-Hinweisen. In Wirklichkeit sind das operative Policies mit Produktwirkung.

Vorhanden: zentrales Policy-Modul mit Live-Vorschau.

Wirkung: Regeln werden nicht nur gespeichert, sondern aktiv in Buchungs- und Firmenseite gespiegelt.

Praxis: Das Modul verbindet klare Kommunikation mit echter Prozesssteuerung.

2. Kostenlose Stornierung bis X Stunden vor Termin

Die Seite legt fest, wie viele Stunden vor dem Termin eine kostenlose Stornierung möglich ist. Das ist eine der zentralen Kundenerwartungen im Vorfeld eines Termins.

Pflegt

das Stornofenster vor dem Termin.

Beeinflusst

Kulanz, Planungssicherheit und die spätere Kommunikation bei Änderungen.

Häufig verwechselt mit

No-Show-Logik. Storno und Nichterscheinen sind getrennte Regelbereiche.

Vorhanden: numerisches Feld für Stunden vor Termin.

Wirkung: Kunden sehen klar, bis wann ohne Folgen storniert werden kann.

Praxis: Zu kurze oder zu lange Fenster wirken direkt auf Terminqualität und Vertrauen.

3. No-Show-Gebühr als optionaler Schutzmechanismus

Die No-Show-Regel lässt sich aktivieren und mit einem konkreten Betrag versehen. Damit wird das Modul nicht nur informativ, sondern auch geschäftlich schützend.

Pflegt

ob und in welcher Höhe Nichterscheinen sanktioniert wird.

Beeinflusst

Erwartungsmanagement, Studioabsicherung und spätere Konfliktkommunikation.

Häufig verwechselt mit

Stornogebühr. Hier geht es spezifisch um No-Show, nicht um rechtzeitige Absage.

Vorhanden: Aktivierungsschalter und Gebührenhöhe in Euro.

Wirkung: Der Buchungsprozess erhält eine klare wirtschaftliche Konseqünz für Nichterscheinen.

Praxis: Sollte immer klar und transparent kommuniziert werden, nicht nur intern gesetzt sein.

4. Anzahlung mit Prozent- oder Festbetrag

Anzahlungen können aktiviert und entweder prozentual oder als fester Betrag definiert werden. Das macht das Modul besonders relevant für hochwertige oder ausfallkritische Leistungen.

Pflegt

ob vorab eine finanzielle Absicherung verlangt wird.

Beeinflusst

Verbindlichkeit, Conversion und Risikoabsicherung bei Buchungen.

Häufig verwechselt mit

No-Show-Gebühr. Anzahlung ist vorgelagert, No-Show-Gebühr folgt auf Nichterscheinen.

Vorhanden: Aktivierung, Typauswahl und Wert.

Wirkung: Das Studio kann Buchungen wirtschaftlich stärker absichern.

Praxis: Besonders sinnvoll bei langen, teuren oder schwer nachbesetzbaren Terminen.

5. Verspätungstoleranz

Die Verspätungstoleranz definiert, wie viele Minuten ein Termin noch tragbar verspätet starten kann, bevor der Fall praktisch in eine problematische Zone kippt.

Pflegt

den Kulanzrahmen bei Zuspätkommen.

Beeinflusst

Planungssicherheit, Fairness und die Handhabbarkeit verspäteter Kundentermine.

Häufig verwechselt mit

Vorlaufzeit. Verspätung betrifft den Termin selbst, Vorlauf betrifft die Buchung davor.

Vorhanden: Feld für Minuten Toleranz.

Wirkung: Teams erhalten eine klare Linie statt situativer Improvisation.

Praxis: Hilft besonders bei dichtem Tagesplan und aufeinanderfolgenden Terminen.

6. Vorlaufzeit und Buchungshorizont

Mit Vorlaufzeit und maximalem Vorausbuchungszeitraum werden zwei technische Grenzen gesetzt: wie kurzfristig eine Buchung frühestens sein darf und wie weit im Voraus sie höchstens reichen darf.

Pflegt

die zeitlichen Grenzen für das Buchen selbst.

Beeinflusst

Spontanität, Planbarkeit und technische Verfügbarkeit im öffentlichen Flow.

Häufig verwechselt mit

Kalenderverfügbarkeit. Hier geht es um Buchungsgrenzen, nicht um belegte Slots.

Vorhanden: Min-Notice in Minuten und Max-Advance in Tagen.

Wirkung: Buchungen werden technisch in einen definierten Korridor gezwungen.

Praxis: Sehr wichtig, um Nacht- oder Last-Minute-Probleme zu vermeiden.

7. Bestätigungsmodus manuell oder automatisch

Das Modul legt fest, ob Anfragen manuell durch das Studio bestätigt werden oder automatisch als bestätigt gelten. Das ist eine der grundlegenden strategischen Entscheidungen im gesamten Booking-Flow.

Pflegt

wie strikt oder automatisiert der Annahmeprozess läuft.

Beeinflusst

Reaktionsgeschwindigkeit, Risiko und Aufwand im Buchungsmanagement.

Häufig verwechselt mit

einer kleinen Komforteinstellung. Tatsächlich verändert das den gesamten Prozesscharakter.

Vorhanden: Auswahl zwischen manuell und automatisch.

Wirkung: Das Studio entscheidet, ob Kontrolle oder Geschwindigkeit dominiert.

Praxis: Auto-Bestätigung sollte nur mit sauberer Angebots- und Verfügbarkeitslogik eingesetzt werden.

8. Live-Vorschau für Kunden und Updated-At

Die rechte Seite zeigt, wie die Regeln für Kunden lesbar werden. Dadurch bleibt das Modul nicht intern abstrakt, sondern unmittelbar mit der externen Kommunikation verknüpft.

Pflegt

keine zusätzlichen Regeln, sondern deren sichtbare Übersetzung für Kunden.

Beeinflusst

Verständlichkeit, Transparenz und die Qualität der Außendarstellung.

Häufig verwechselt mit

einer Deko-Vorschau. Tatsächlich ist sie wichtig für klare Kundenerwartung.

Vorhanden: Preview-Liste, konditionale Anzeige von No-Show und Anzahlung sowie Updated-At.

Wirkung: Die Seite zeigt sofort, wie Policies im Frontend wirken.

Praxis: Hilft Fehler zu vermeiden, bei denen intern etwas gesetzt, aber extern missverständlich kommuniziert wird.

Datenlogik und Systemzustand

Terminregeln verbinden sichtbare Policy-Texte mit echten Parametern des Buchungsprozesses.

Storno- und No-Show-Werte
Fristen, Gebuehren und Konsequenzen bei ausfallenden Terminen.
Deposit- und Notice-Logik
Anzahlungen, Mindestvorlauf und Buchungshorizont.
Confirmation Mode
Ob Termine automatisch oder bestaetigungspflichtig behandelt werden.
Customer Preview
Wie Regeln später für Kunden lesbar und erwartbar kommuniziert werden.

Damit ist Terminregeln die Policy-Schicht zwischen interner Durchsetzbarkeit und externer Erwartung im Booking-Flow.

Empfohlene Reihenfolge bei der Bearbeitung

  1. 1 Zuerst entscheiden, wie streng oder flexibel das Studio grundsätzlich beim Booking-Flow auftreten soll.
  2. 2 Danach Stornofenster, No-Show und Anzahlung logisch aufeinander abstimmen statt isoliert zu setzen.
  3. 3 Im nächsten Schritt Vorlaufzeit und maximalen Buchungshorizont so definieren, dass sie operativ realistisch sind.
  4. 4 Dann den Bestätigungsmodus bewusst wählen: manuell für mehr Kontrolle, automatisch nur bei sauberer Gesamtlogik.
  5. 5 Anschliessend immer die Kundenvorschau lesen, um zu prüfen, wie die Regeln tatsächlich nach außen erscheinen.
  6. 6 Zum Schluss Regeln im Zusammenhang mit Buchungen, Kalender und Rechtstexten prüfen, nicht als isoliertes Policy-Formular.

Häufige Fehler auf dieser Seite

No-Show, Storno und Anzahlung wie dieselbe Sache behandeln, obwohl sie unterschiedliche Prozesspunkte betreffen.
Sehr strenge Regeln setzen, ohne zu prüfen, wie sie in der Kundenvorschau tatsächlich wirken.
Auto-Bestätigung aktivieren, obwohl Angebot, Team und Verfügbarkeit noch nicht stabil genug sind.
Vorlaufzeit und Buchungshorizont falsch verstehen und damit echte Buchungsprobleme erzeugen.
Regeln nur intern denken und ihre Außenwirkung für Kunden unterschätzen.
Das Modul wie reine Textpflege behandeln, obwohl es technische Booking-Grenzen setzt.

Fragen und Antworten

Sind Terminregeln nur sichtbare Hinweise für Kunden? ⌄
Nein. Sie werden zwar sichtbar kommuniziert, setzen aber zugleich operative und technische Grenzen im Booking-Flow.
Worin unterscheiden sich Storno und No-Show? ⌄
Storno betrifft die Absage vor dem Termin. No-Show betrifft das Nichterscheinen trotz bestehendem Termin. Das Modul trennt diese Logiken bewusst.
Wann ist Auto-Bestätigung sinnvoll? ⌄
Nur dann, wenn Leistungen, Mitarbeiter, Verfügbarkeit und Regelwerk bereits so sauber aufgesetzt sind, dass der Prozess ohne manuelle Prüfung stabil bleibt.
Warum sind Vorlaufzeit und Buchungshorizont so wichtig? ⌄
Weil sie festlegen, wann eine Buchung technisch überhaupt möglich ist. Sie verhindern unrealistische Last-Minute- oder Fernhorizont-Buchungen.
Warum braucht es eine Kundenvorschau? ⌄
Weil gute Regeln nicht nur intern korrekt, sondern auch extern verständlich sein müssen. Die Vorschau macht genau diese Übersetzung sichtbar.

Weiter im Guide Center

Terminregeln wirken am stärksten zusammen mit Buchungen, Kalender und Rechtlichem. Die folgenden Guides helfen, diesen Zusammenhang als echten Prozess statt als Einzelsetting zu lesen.

Alle Admin-Guides ansehen
Workflow danach

Buchungen

Dort zeigt sich, wie sich Regeln später auf echte Terminfälle auswirken.
Zeitliche Realität

Kalender

Hilft zu verstehen, wie Regelwerk und bestätigte Terminlage zusammenlaufen.
Formaler Kontext

Rechtliches

Ordnet ein, wie Policies und Pflichttexte im Produkt zusammen auftreten.
Im Zusammenhang lesen

Workflows

Hilft zu verstehen, wie Regeln, Buchung und Durchführung als Kette funktionieren.