Ein Gästedatensatz: die Disziplin hinter der Wiedererkennung

Warum entstehen in Hotels doppelte Profile?

Profile entstehen überall dort, wo ein Gast zuerst auftaucht: an der Rezeption, bei einer Kanalbuchung, bei einer Restaurantreservierung, in der E-Mail einer Firmenassistenz. Wenn das Anlageformular keine vorhandenen Datensätze durchsucht, ist ein neues Profil der Weg des geringsten Widerstands.

Kanalbuchungen sind eine häufige Quelle. Die OTA sendet einen Namen und eine Telefonnummer; das PMS legt einen Datensatz an; der Gast bucht später direkt mit einer E-Mail-Adresse. Nun gibt es zwei Profile und keine gemeinsame Kennung.

Die Lösung ist keine regelmäßige Bereinigung. Sie ist eine Abgleichregel zum Zeitpunkt der Anlage, ein sichtbarer Hinweis „mögliches Duplikat“ und ein Zusammenführungsprozess, den jemand verantwortet.

Was gehört in ein Gästeprofil?

Ein Profil sollte das Minimum enthalten, das nötig ist, um den Gast wiederzuerkennen und zu bedienen, plus die Historie, die die Wiedererkennung nützlich macht. Alles andere gehört an einen Ort mit engerem Zweck.

• Identität: Name, Kontaktdaten, bevorzugte Sprache, Referenz auf das Ausweisdokument, soweit rechtlich zulässig
• Einwilligung: Marketingpräferenzen, Kommunikationskanal, Datum und Quelle der Einwilligung
• Präferenzen: Zimmer, Etage, Kissen, Ernährung, Barrierefreiheit und Servicenotizen
• Historie: Aufenthalte, besuchte Outlets, Ausgabenmuster, gelöste Beschwerden
• Kommerziell: Mitgliedsstufe, Firmenkonto, ausgehandelte Raten
• Sensible Notizen: auf benannte Rollen beschränkt, mit protokolliertem Zugriff

Ein Feld ohne Verantwortlichen und ohne Nutzen ist eine Belastung. Erheben Sie weniger und halten Sie das Erhobene aktuell.

Wie sollten Duplikate zusammengeführt werden?

Eine Zusammenführung ist ein Datenvorgang mit finanziellen Folgen: Punkte, gespeichertes Guthaben, Folio-Historie und ausgehandelte Raten können an beiden Datensätzen hängen. Sie sollte niemals ein Ein-Klick-Ratespiel sein.

Ein praktikabler Prozess ist: Kandidatenerkennung mit Übereinstimmungswert, menschliche Prüfung der Belege, eine Zusammenführungsvorschau, die zeigt, was erhalten bleibt, eine Zusammenführung, die beide Historien bewahrt, und ein Protokoll, das einem autorisierten Benutzer verständlich macht, was geschehen ist.

• Führen Sie niemals automatisch allein aufgrund des Namens zusammen.
• Erhalten Sie beide Aufenthaltshistorien und das frühere Anlagedatum.
• Gleichen Sie Punkte und gespeichertes Guthaben explizit mit einem Bericht ab.
• Protokollieren Sie die Zusammenführung, den Benutzer, die Quelldatensätze und den resultierenden Datensatz.

Wer sollte was sehen dürfen?

Die Rezeption braucht genug, um zu begrüßen und zu bedienen. Der Vertrieb braucht die Geschäftshistorie. Finanzen brauchen Abrechnung und Kredit. Marketing braucht Einwilligung und Segmentierung. Keiner von ihnen braucht dieselbe Ansicht.

Rollenbasierter Zugriff sollte standardmäßig eng gefasst sein. Sensible Notizen, Beschwerdehistorie und Zahlungsdetails sollten getrennt vom Basisprofil berechtigt werden, und der Zugriff sollte protokolliert werden.

Wie verhindern Sie, dass Profile veralten?

Gastdaten altern schnell. E-Mail-Adressen ändern sich, Präferenzen verschieben sich, Einwilligungen laufen ab. Ein nicht aktualisiertes Profil wird zur Quelle falscher Annahmen.

Erfassen am Servicepunkt ist die einzige nachhaltige Methode: Kontaktdaten beim Check-in bestätigen, eine Präferenz notieren, wenn der Gast sie äußert, die Einwilligung erfassen, wenn sie erteilt wird, und das Profil bei jedem Aufenthalt prüfen statt in einer jährlichen Kampagne.

• Beim Check-in zur Bestätigung von E-Mail und Telefon auffordern
• Präferenzen als strukturierte Felder erfassen, nicht als Freitext-Romane
• Quelle und Datum der Einwilligung erfassen und Widerruf respektieren
• Inaktive Profile in einem festgelegten Zyklus prüfen

Was sollten Sie messen?

Messen Sie die Dinge, die Verhalten ändern, nicht die Größe der Datenbank.

• Duplikatquote: zusammengeführte Profile pro hundert neu angelegter Profile
• Profilvollständigkeit: Anteil mit verifiziertem Kontakt und Einwilligung
• Wiedererkennungsquote: Stammgäste, deren Profil beim Check-in genutzt wurde
• Outlet-Attach: Anteil der Hausgäste mit einer Outlet-Belastung
• Beschwerdelösung: wiederholte Beschwerden desselben Gastes

Wie sollten Gästeprofile sich mit der Größe des Hauses ändern?

In einem Haus mit 10–60 Zimmern lebt die Wiedererkennung meist in den Köpfen eines kleinen Teams. Die Mitarbeitenden kennen den Stammgast, das bevorzugte Zimmer und die Beschwerde vom letzten Frühjahr, aber dieses Wissen steht nicht im System und geht mit der Person. Die Designaufgabe ist, die wenigen Dinge zu erfassen, die das Team tatsächlich pflegt: eine verifizierte Telefonnummer und E-Mail, Sprache, eine strukturierte Zimmer- oder Etagenpräferenz, Ernährungsbedürfnisse und Einwilligung. Ein langes Freitext-Notizfeld ist der Ort, an dem gute Absichten sterben. Profile entstehen an der Rezeption und über OTA-Buchungen, deshalb gilt die Regel „erst suchen, dann anlegen“ auch hier; zwei Profile für einen Gast entstehen in einem 40-Zimmer-Haus so leicht wie in einem mit 400. Eine Person, meist die Front-Office-Leitung oder der Eigentümer, sollte Zusammenführungen verantworten und prüfen. Das Ziel ist keine Marketingdatenbank. Es ist genug Kontinuität, damit ein wiederkehrender Gast nicht zweimal dasselbe gefragt wird, und genug Disziplin, damit der Datensatz beim nächsten Aufenthalt noch stimmt.

Zwischen 60 und 250 Zimmern wird der Gast von mehr Menschen an mehr Orten betreut. Rezeption, Reservierung, Restaurant, Spa und Vertrieb berühren den Datensatz, und jede Stelle braucht eine andere Sicht darauf. Hier hört rollenbasierter Zugriff auf, eine Formalität zu sein: Das Restaurantpersonal braucht den Allergiehinweis, nicht das Kreditlimit, und der Vertrieb braucht die Firmentrate, nicht die Beschwerdehistorie. Auch Schnittstellen werden wichtig. Halten POS und PMS getrennte Gästedatensätze, hängt die Wiedererkennung im Outlet davon ab, dass jemand einen Namen neu eintippt. Das Haus sollte entscheiden, welches System die operative Quelle der Wahrheit ist, und eine governierte Teilmenge dorthin synchronisieren, statt jede Abteilung ihre eigene Liste führen zu lassen. Einwilligung verdient dieselbe Disziplin: Kanal, Datum und Quelle je Gast erfasst, mit Widerruf überall dort, wo die Daten geteilt wurden. Ein benannter Verantwortlicher für Dublettenzusammenführungen und eine 30-Tage-Prüfung der Dublettenquote bewirken mehr als eine jährliche Bereinigungskampagne. Die Prüfung sollte zusammengeführte Datensätze ansehen, nicht nur die Anzahl.

Über 250 Zimmer und in Resorts muss der Datensatz über Outlets, Gebäude und manchmal Häuser hinweg funktionieren. Ein Gast kann in einem Hotel wohnen, in einem anderen essen und einen Spa-Termin unter einer Mitgliedsnummer buchen, und die Gruppe möchte das erkannt sehen, ohne das ganze Profil jedem Nutzer zu zeigen. Identitätsabgleich, Fusions-Governance und Zugriffsregeln werden zu zentralen Funktionen, nicht zu Rezeptionsgewohnheiten. Das Feldmodell sollte zentral verantwortet und schmal gehalten werden, denn jedes optionale Feld auf Gruppenebene wird in jedem Haus zur Pflegepflicht. Auch Aufbewahrungsregeln vervielfachen sich: Eine Jurisdiktion kann verlangen, Identitätsdaten nach Plan zu löschen, während Finanzdaten länger bleiben, und sensible Notizen brauchen eigene Berechtigungen und Zugriffsprotokollierung. Der Erfolg misst sich nicht an der Datenbankgröße. Er misst sich daran, ob das Profil ändert, was das Team beim Check-in oder im Outlet tut, und ob der Gast Kontinuität erlebt statt als neu behandelt zu werden. Das Haus sollte außerdem sehen können, welche Felder die Zentrale tatsächlich nutzt, denn ungenutzte Felder sind Aufwand ohne Nutzen.

Klären Sie die Grenzen, bevor Sie Felder wählen. Erstens der Zweck des Datensatzes: Servicekontinuität, kaufmännische Historie oder Marketing, denn jeder Zweck rechtfertigt andere Daten und andere Aufbewahrung. Zweitens die Quelle der Wahrheit für Identität und Aufenthaltshistorie und welche Systeme eine Teilmenge erhalten. Drittens, wer sensible Notizen sehen darf und wie der Zugriff protokolliert wird. Viertens das Einwilligungsmodell, einschließlich der Frage, wie ein Widerruf in jedes System gelangt, das die Daten erhalten hat. Fünftens die Fusionsrichtlinie: wer Kandidaten prüft, welche Nachweise nötig sind und wie der Audit-Trail geführt wird. Legen Sie dann den minimalen Feldsatz fest, den das Team im Service pflegt, und widerstehen Sie dem Impuls, Felder hinzuzufügen, weil sie nützlich sein könnten. Ist eine dieser Antworten unklar, ist der Feldsatz für die erste Version wahrscheinlich zu breit. Die Grenzbedingung ist rechtlich: Aufbewahrung, grenzüberschreitende Übermittlung und Regeln zu Identitätsdokumenten unterscheiden sich je Jurisdiktion, und ein Gruppenstandard muss Raum für eine lokale Pflicht lassen. Ein Profil, das nicht rechtmäßig geführt werden darf, ist kein Aktivposten.

• Welche Felder wird das Team im Service pflegen?
• Welches System ist die Quelle der Wahrheit für Identität und Aufenthaltshistorie?
• Wer prüft Dublettenkandidaten, und welche Nachweise sind erforderlich?
• Wie erreicht ein Widerruf der Einwilligung jedes System, das die Daten hält?
• Welche Daten müssen nach lokalem Recht gelöscht oder aufbewahrt werden?