Beauty Profil

Erinnerungen

Diese Seite erklärt den realen Dashboard-Bereich Erinnerungen. Sie beschreibt, wie feste Reminder- und Follow-up-Flows konfiguriert, aktiviert, kanalbezogen gepflegt, in der Vorschau geprüft, getestet und bewusst gespeichert werden.

Rolle

Builder für zeitbezogene Reminder-, Follow-up- und Reaktivierungsflows.

Wichtig für

No-Show-Reduktion, Nachbetreuung, Bewertungsimpulse und Reaktivierung.

Nicht allein zuständig für

freie Template-Bibliothek oder Kampagnenlogik ohne Bezug zu festen Trigger-Momenten.

Schnell zu einem Bereich

Sinn Seitenkarte Wirkung Kundensicht Screenshots Funktionsblöcke Datenlogik Ablauf Fehler FAQ

Was dieser Bereich im Produkt wirklich macht

Erinnerungen ist der feste Trigger-Builder für wiederkehrende Nachrichten rund um Termine und Rückgewinnung. Die Seite organisiert nicht beliebige Kommunikation, sondern klar definierte Momente vor und nach einem Termin.

In der aktuellen UI arbeitet der Bereich mit vier vorbereiteten Flows, die jeweils über Toggle, Kanal, Zeitpunkt, Status und Nachricht gepflegt werden. Rechts werden nur aktive Flows in einer Live Vorschau sichtbar, dazu kommen Testversand und ein bewusster Speichern-Schritt.

Wie die Seite aufgebaut ist

Builder Info-Box

Ordnet die Seite als Reminder Builder ein und nennt die wichtigsten Platzhalter.

Flow Liste

Zeigt vier feste Reminder- und Follow-up-Flows in wiederholter Struktur.

Aktiv Schalter

Steuern pro Flow, ob er derzeit aktiv oder inaktiv ist.

Channel Select

Legt WhatsApp, E-Mail oder SMS pro Flow fest.

Offset Feld

Definiert, wann ein Flow relativ zum Termin oder Zeitraum greift.

Status Feld

Spiegelt pro Flow sichtbar, ob die Konfiguration derzeit aktiv ist.

Live Vorschau

Zeigt aktive Flows mit ersetzten Beispielwerten auf der rechten Seite.

Test und Save

Erlauben Simulationscheck und bewusste Persistierung des Zustands.

Was dieser Bereich öffentlich und intern beeinflusst

Intern stark prozessbestimmend

Der Builder beeinflusst, ob vor und nach Terminen überhaupt systematisch kommuniziert wird oder ob wichtige Momente dem Zufall überlassen bleiben.

Extern deutlich im Kundenerlebnis spuergbar

Kunden merken sofort, ob Erinnerungen rechtzeitig kommen, ob Follow-ups stimmig wirken und ob Reaktivierungen passend statt zufaellig erscheinen.

Wichtige Abgrenzung

Erinnerungen steuern Trigger-Momente. Das Modul ersetzt weder freie Kommunikationsbibliotheken noch komplexe Kampagnenplanung.

Was sieht der Kunde davon?

Vor dem Termin

Kunden merken, ob das Studio rechtzeitig erinnert und dadurch Termine verbindlicher und stressaermer wirken.

Nach dem Termin

Follow-up und spätere Reaktivierung können Kundenkontakt verlaengern, statt den Kontakt nach dem Termin einfach abbrechen zu lassen.

Praktische Übersetzung in Kundensprache

Gute Erinnerungen sagen: Dieses Studio begleitet Termine zuverlaessig.

Passendes Follow-up sagt: Der Kontakt endet nicht abrupt nach dem Besuch.

Reaktivierung mit Augenmass sagt: Das Studio erinnert sich, ohne aufdringlich zu wirken.

Screenshots und visuelle Orientierung

Diese Bildplätze sind wieder als Screenshot-Layer vorbereitet. Bei Erinnerungen sind vor allem ein echter Flow-Block, die rechte Vorschau und der Save/Test-Bereich wichtig, weil dort der Builder-Charakter am klarsten wird.

Empfehlung: einen kompletten Flow-Block und die Preview getrennt zeigen, damit die Struktur schnell lesbar bleibt.

Die Funktionsblöcke im Detail

1. Reminder Builder statt lose Einzeltexte

Der Bereich Erinnerungen ist kein allgemeiner Nachrichteneditor. In der aktuellen UI werden feste Reminder- und Follow-up-Flows in einem Builder gepflegt, der Kanal, Zeitpunkt, Aktiv-Status und Nachricht in einem wiederkehrenden Schema zusammenfasst.

Pflegt

automatisierbare Reminder-Flows mit klarer Struktur statt isolierter Texte.

Beeinflusst

No-Show-Risiko, Nachbetreuung und Reaktivierung entlang des Kundenlebenszyklus.

Häufig verwechselt mit

dem Modul Kommunikation. Hier geht es um feste Ablauf-Trigger, nicht primär um freie Vorlagenbibliothek.

Vorhanden: vier vordefinierte Flows mit identischem Bearbeitungsschema.

Wirkung: das Modul liest sich als Builder für Zeitpunkte und Auslöser.

Praxis: stark für Studios, die wiederkehrende Kommunikationsschritte standardisieren wollen.

2. Info-Box mit Platzhaltern und Builder-Rahmen

Direkt oben ordnet die Info-Box den Bereich als Reminder Builder ein und nennt die wichtigsten Platzhalter. Dadurch wird klar, dass die Seite nicht nur Inhalte speichert, sondern konkrete Vorlagen mit dynamischen Token verarbeitet.

Pflegt

keine Reminder selbst, sondern das Verständnis für die Arbeitsweise des Moduls.

Beeinflusst

wie schnell Nutzer die Seite als Automations-Builder lesen statt als Formularsammlung.

Häufig verwechselt mit

einem reinen Hilfetext. Tatsächlich setzt die Box die Logik des gesamten Moduls.

Vorhanden: Builder-Hinweis und Token wie {name}, {date}, {time}, {studio}.

Wirkung: Nutzer verstehen früh, dass mit Platzhaltern gearbeitet wird.

Praxis: wichtig für Onboarding und für spätere AI-Assistants, die das Modul erklären.

3. Vier feste Flows als Kern der Seite

Die aktuelle Seite bietet vier klar definierte Flows: Termin-Erinnerung 24h vorher, Termin-Erinnerung 2h vorher, Follow-up 1 Tag nach Termin und Reaktivierung nach 30 Tagen. Dadurch ist der Bereich stark prozessorientiert statt frei modellierbar.

Pflegt

vordefinierte Kommunikationsschritte vor und nach Terminen.

Beeinflusst

wie sauber Standardmomente im Kundenkontakt automatisiert abgedeckt werden.

Häufig verwechselt mit

einem offenen Marketing-Automation-System. Die aktuelle UI arbeitet mit festen, klaren Basisflows.

Vorhanden: 24h vorher, 2h vorher, Follow-up 1 Tag, Reaktivierung 30 Tage.

Wirkung: typische Kernmomente des Kundenlebenszyklus sind direkt vorbereitet.

Praxis: reduziert Entscheidungslast beim Einrichten erster Automationen.

4. Pro Flow: Toggle, Kanal, Zeitpunkt, Status und Nachricht

Jeder Reminder-Block nutzt denselben Aufbau: Aktiv-Schalter, Kanalwahl, Zeit-/Offset-Feld, Statusanzeige und Nachrichtentext. Diese Wiederholung macht die Seite schnell lesbar und operational einheitlich.

Pflegt

die eigentlichen Einstellungen pro Reminder-Flow.

Beeinflusst

ob ein Flow überhaupt aktiv ist, wann er greift und über welchen Kanal er ausgeliefert wird.

Häufig verwechselt mit

blosem Formularkram. In Wirklichkeit liegt hier die volle Ablaufdefinition jedes Flows.

Vorhanden: Enable Toggle, Channel Select, Offset-Feld, Statusfeld und Template-Textarea.

Wirkung: jeder Flow bleibt in sich geschlossen und leicht vergleichbar.

Praxis: gut für schnelle Änderungen ohne lange Kontextwechsel.

5. Live Vorschau nur für aktive Flows

Die Vorschau rechts zeigt nur aktivierte Flows. Platzhalter werden dort mit Beispielwerten ersetzt, sodass Nutzer nicht nur eine abstrakte Vorlage sehen, sondern eine nähere Vorstellung vom späteren Output bekommen.

Pflegt

keinen zweiten Reminder, sondern seine sichtbare Simulation.

Beeinflusst

Qualitätskontrolle, Lesbarkeit und Vertrauen vor dem Speichern.

Häufig verwechselt mit

einer passiven Vorschau. Die Anzeige reagiert direkt auf Aktiv- und Eingabestatus.

Vorhanden: Preview-Liste für alle derzeit aktiven Flows.

Wirkung: inaktive oder unvollständige Einstellungen bleiben leichter erkennbar.

Praxis: besonders hilfreich, um Ton und Timing gemeinsam zu prüfen.

6. Testversand als UI-Simulation

Der Testversand simuliert den Versand und schreibt einen Eintrag ins Aktivitätsprotokoll. Damit gibt es im Modul eine eigene, kleine Qualitätskontrollschicht, bevor Einstellungen im Alltag genutzt werden.

Pflegt

keine neu Konfiguration, sondern einen prüfbaren Zustand des Builders.

Beeinflusst

Vertrauen in die aktuelle Konfiguration und die Bereitschaft, Flows produktiv zu nutzen.

Häufig verwechselt mit

echtem Live-Versand. In der aktuellen UI ist es eine Simulation mit Aktivitätslogik.

Vorhanden: Testversand-Button mit Reaktion auf Anzahl aktiver Flows.

Wirkung: Nutzer sehen, ob das System zumindest in der UI-Ebene sauber konfiguriert ist.

Praxis: sinnvoll vor grösseren Änderungen oder nach neuen Texten.

7. Speichern als expliziter Commit-Schritt

Änderungen werden nicht nebenbei gespeichert. Der Bereich besitzt einen klaren Speichern-Button, der den aktuellen Zustand persistiert und das Aktivitätsprotokoll aktualisiert.

Pflegt

den persistierten Endzustand aller Reminder-Einstellungen.

Beeinflusst

Nachvollziehbarkeit, Stabilität und das Gefühl eines bewussten Setups.

Häufig verwechselt mit

automatischem Autosave. In der aktuellen UI braucht es einen klaren Save-Schritt.

Vorhanden: prominenter Speichern-Button mit temporärem Gespeichert-Feedback.

Wirkung: Änderungen sind ein bewusster Vorgang und nicht nur transient.

Praxis: wichtig für Teams, die Flows schrittweise abstimmen wollen.

8. Updated-At und Status als kleine Kontrollschicht

Jeder Flow hat einen lokalen Status, und rechts wird ein "Zuletzt gespeichert"-Zeitpunkt angezeigt. Zusammen ergeben diese Elemente eine kleine, aber wichtige Kontrollschicht für den Builder.

Pflegt

sichtbare Rückmeldung über Aktivität und letzten Speicherzustand.

Beeinflusst

Vertrauen in den aktuellen Stand und die Nachvollziehbarkeit von Änderungen.

Häufig verwechselt mit

blosem Micro-UI. In der Praxis geben diese Hinweise operative Sicherheit.

Vorhanden: Status pro Flow und globales updated-at im rechten Block.

Wirkung: Nutzer sehen schneller, ob sie mit einem frischen oder alten Setup arbeiten.

Praxis: hilfreich bei mehreren kleinen Anpassungen im Alltag.

Was diese Seite technisch in Daten und Aktionen verbindet

Der Bereich Erinnerungen arbeitet mit einem festen Reminder-State. Für die vier bekannten Flow-IDs werden jeweils enabled, channel, offset und template gesammelt und zusammen mit updatedAt gespeichert.

Flow IDs
appointment_24h, appointment_2h, followup_1d und reactivation_30d bilden den festen Kern der aktuellen Reminder-Logik.
UI zu State
Toggle, Channel, Offset, Template und Status werden pro Flow gesammelt und in einen gemeinsamen Settings-Zustand überführt.
Preview Layer
Die Vorschau rendert nur aktive Flows und ersetzt Platzhalter wie {name}, {date}, {time} und {studio} mit Beispielwerten.
Save und Test
Speichern persistiert den Zustand und loggt Aktivitaet; Testversand simuliert aktive Flows und schreibt ebenfalls ins Aktivitaetsprotokoll.

Praktisch ist diese Seite damit kein loser Formblock, sondern ein kleiner Trigger-Builder mit Vorschau, Aktivitaetslogik und bewusstem Save-Schritt. Gerade deswegen eignet sie sich gut für AI-Assistants: Die Struktur ist klar, wiederkehrend und an feste Prozesse gebunden.

Empfohlene Reihenfolge bei der Bearbeitung

  1. 1 Zuerst pro Flow entscheiden, ob er für das Studio aktuell überhaupt sinnvoll aktiviert werden soll.
  2. 2 Danach Kanal und Zeitpunkt je Flow festlegen, bevor Texte im Detail formuliert werden.
  3. 3 Die Nachricht erst dann verfeinern, wenn Trigger und Kanal bereits stimmig sind.
  4. 4 Die rechte Vorschau laufend mitlesen, um nur wirklich aktive Flows zu beurteilen.
  5. 5 Vor dem finalen Einsatz den Testversand nutzen, um den aktuellen Konfigurationszustand zu prüfen.
  6. 6 Änderungen bewusst speichern und Erinnerungen immer im Zusammenhang mit Kommunikation und Buchungen lesen.

Häufige Fehler auf dieser Seite

Alle Flows reflexartig aktivieren, ohne den wirklichen Nutzen pro Kundenmoment zu prüfen.
Kanal und Triggerzeitpunkt nicht sauber abzustimmen und dadurch unpassende Reminder zu erzeugen.
Texte bearbeiten, ohne auf aktive Vorschau und Statusanzeige zu achten.
Testversand ignorieren und sich allein auf Bauchgefühl bei neuen Einstellungen verlassen.
Änderungen vor dem Verlassen nicht bewusst speichern.
Erinnerungen isoliert sehen, obwohl sie inhaltlich eng mit Kommunikation und operativ mit Buchungen verbunden sind.

Fragen und Antworten

Ist Erinnerungen nur für Termin-Erinnerungen gedacht? ⌄
Nein. Die aktuelle Seite umfasst auch Follow-up nach dem Termin und Reaktivierung nach längerer Inaktivität.
Kann ich hier beliebige neu Flows anlegen? ⌄
In der aktuellen UI arbeitet der Builder mit vier festen Basisflows und nicht mit einem komplett offenen Flow-System.
Warum zeigt die Vorschau nur aktive Flows? ⌄
Weil die rechte Seite den aktuell wirksamen Zustand des Builders sichtbar machen soll und nicht alle möglichen Entwürfe gleichzeitig.
Ist Testversand schon echter Live-Versand? ⌄
In der aktuellen UI ist es eine Simulation, die Aktivität loggt und den Konfigurationszustand prüfbar macht.
Warum ist Speichern ein eigener Schritt? ⌄
Weil das Modul bewusst zwischen transienter Bearbeitung und persistiertem Reminder-Setup unterscheidet.

Weiter im Guide Center

Erinnerungen entfalten ihren Wert erst im Zusammenspiel mit Textstandards, Buchungsprozess und späterer Kampagnenlogik. Die folgenden Guides helfen, diese Verbindung operativ zu lesen.

Alle Admin-Guides ansehen
Textstandard

Kommunikation

Dort wird erklärt, wie standardisierte Vorlagen für Reminder-Inhalte gepflegt werden.
Ausloeser

Buchungen

Dort wird deutlicher, an welchen realen Terminfaellen Reminder später andocken.
Ausbau

Kampagnen

Dort wird aus festen Triggern später eine breitere Ansprachelogik für Zielgruppen.
Im Zusammenhang lesen

Workflows

Hilft zu verstehen, wie Reminder in reale Vorher/Nachher-Prozesse eingebettet sind.