UX-Muster
Terminbuchung als klarer Übergang, nicht als Attrappe.
Ein neutrales UX-Modell für den Übergang von Salon-Inhalten zu einem realen Buchungssystem – ohne Buchungsfunktion, Anbieterclaim oder Scheintermin.
Muster ansehenIntegrationsleitfaden · FIKTIVES KONZEPT
Dieser Leitfaden bewertet keine konkreten Anbieter. Er zeigt, welche Fragen ein realer Salon vor Link, Widget oder Einbettung beantworten und mit dem vorhandenen System testen sollte.
Variante wählen
Ein klar bezeichneter externer Link ist technisch oft der einfachste Übergang. Ein Widget hält Nutzer optisch auf der Seite, kann aber zusätzliche Skripte, Cookies, Fokusprobleme und starre Höhen mitbringen. Eine tiefere Integration vergrößert Entwicklungs- und Testumfang. Die Entscheidung folgt dem realen System, nicht dem gewünschten Look.
Dokumentiere vorab, welche Daten wann übertragen werden, welche Domains beteiligt sind und wer für den Prozess verantwortlich ist. Prüfe, ob die Variante ohne Maus, mit Zoom und auf schmalen Displays bedienbar bleibt. Eine Einbettung, die elegant aussieht, aber Fokus einschließt oder Inhalte abschneidet, ist kein guter Nutzerweg.
Ziel und Medienwechsel sind sichtbar; Browsernavigation und Rückkehr werden geprüft.
Fokus, Höhe, Cookies, Sprache und Fehlerzustände des eingebetteten Inhalts werden separat abgenommen.
Eigene Zustände benötigen vollständige technische, rechtliche und barrierebezogene Verantwortung.
Tastatur & Fokus
Starte vor dem Übergang und bewege dich ausschließlich mit Tastatur durch alle interaktiven Schritte. Fokus muss sichtbar bleiben, in logischer Reihenfolge wandern und darf nicht hinter Overlays verschwinden. Schließt sich ein Dialog oder wird ein Fehler behoben, kehrt der Fokus an eine sinnvolle Stelle zurück.
Beschriftungen müssen programmatisch zu Eingaben gehören. Fehlermeldungen benennen Problem und Korrektur, statt nur eine rote Umrandung zu zeigen. Zeitlimits, Kalender und Auswahllisten benötigen besondere Aufmerksamkeit, weil ihre visuelle Logik nicht automatisch für assistive Technologien verständlich ist.
Link oder Button besitzt einen eindeutigen Namen und kündigt einen externen Wechsel an, wenn nötig.
Fokus folgt der visuellen und semantischen Aufgabenfolge ohne Sprünge oder Falle.
Meldungen sind textlich verknüpft, konkret und nach der Korrektur erneut prüfbar.
Release-Test
Teste mindestens einen vollständigen, autorisierten Testvorgang und alle verfügbaren Abbruchwege – niemals gegen echte Kapazitäten ohne abgestimmte Testdaten. Prüfe Browser-Zurück, erneutes Öffnen, Verbindungsfehler und deaktivierte optionale Ressourcen. Keine visuelle Bestätigung darf einen fehlgeschlagenen Vorgang als abgeschlossen darstellen.
Nach dem technischen Test folgen Datenschutz- und Inhaltsabgleich: Stimmen Anbietername, Zweck, Ziel-URL und Hinweise mit der realen Vereinbarung überein? Änderungen am Drittanbieter können später Regressionen auslösen, deshalb braucht die Integration einen wiederholbaren Wartungstest.
Nur abgestimmte, klar gekennzeichnete Daten und Zeitfenster werden für die Abnahme verwendet.
Kein Ergebnis, Fehler, Abbruch und Rückkehr sind genauso wichtig wie der Idealweg.
Der Prüfablauf wird nach relevanten Anbieter- oder Websiteänderungen erneut ausgeführt.
Transparenzgrenze
Atelier Élise ist eine fiktive, von mu digital erstellte Webdesign-Konzeptstudie. Die Website nimmt keine Buchungen oder Anfragen für einen Salon an und veröffentlicht keine erfundenen Leistungen, Preise, Personen, Standorte oder Betriebszeiten.