Single Customer View im Hotel — von 7 Profilen zu einem

Der Single Customer View (SCV) ist das Heilige Gral der Hotel-Daten-Strategie: ein einheitliches Profil pro Gast, das alle Buchungen, Web-Besuche, Email-Klicks, App-Sessions, F&B-Konsum, Spa-Termine und Concierge-Anfragen über alle Properties einer Gruppe konsolidiert. Theoretisch trivial, in der Praxis das anspruchsvollste Daten-Projekt im Hotel — weil die Daten in 8-15 verschiedenen Systemen liegen, jedes System eine andere Identifikations-Logik nutzt und der Gast oft mit verschiedenen Identitäten unterwegs ist.

Warum Single Customer View schwierig ist

Ein typischer Premium-Gast hinterlässt während eines Aufenthalts diese Spuren:

• Buchung über Booking.com → PMS bekommt das Profil mit Booking.com-Email-Alias
• Pre-Arrival-Survey-Antwort → CRM bekommt zusätzliche Präferenzen
• Web-Besuch der Hotel-Website (anonymes Cookie) → CDP bekommt anonymes Verhaltens-Profil
• Mobile-App-Login → App-Backend bekommt Login mit App-User-ID
• Spa-Termin → Spa-Software bekommt Termin mit eigener Kunden-ID
• F&B-Verzehr → POS-System bekommt Folio-Buchungen mit Zimmer-Nummer als Referenz
• Bewertung auf TripAdvisor nach Aufenthalt → externe Plattform mit Anonymisierung

Ohne SCV sind das 7 separate Profile derselben Person. Mit SCV ein einheitliches Profil mit gerichtetem Aktivitäts-Stream.

Identity-Resolution-Strategien

Deterministisches Matching: identische Identifikatoren (Email, Telefonnummer, Loyalty-ID) führen zur Profil-Zusammenführung. Hohe Genauigkeit, aber funktioniert nur wenn die Identifikatoren überall gepflegt sind.

Probabilistisches Matching: ähnliche Daten (gleicher Nachname + ähnliche Adresse + ähnliche IP-Region) werden mit Wahrscheinlichkeits-Schwelle zusammengeführt. Niedrigere Genauigkeit, aber höhere Coverage.

Hybrid: deterministisch wo möglich, probabilistisch wo nötig, mit manueller Überprüfung bei Borderline-Cases.

Gute CDPs (NAVIS, Tealium, Adobe, Twilio Segment) nutzen Hybrid-Ansatz mit ML-Modellen, die ihre Genauigkeit über die Zeit verbessern.

Implementations-Schritte

1. Daten-Quellen-Inventar: alle Systeme identifizieren, die Gast-Daten halten. Typisch 8-15 Systeme im Konzern-Hotel.
2. Identifikator-Strategie: welche Identifikatoren werden in welchen Systemen geführt? Wo sind sie einheitlich, wo divergieren sie?
3. Master-Identity-System wählen: typisch das CRM oder die CDP — andere Systeme schreiben ihre Profile dahin.
4. Konnektoren aufbauen: jedes Daten-Quellen-System bekommt einen API-Connector zur CDP/CRM.
5. Identity-Resolution-Regeln konfigurieren: deterministische Joins (Email, Loyalty-ID), probabilistische Schwellen (z.B. 90 % Wahrscheinlichkeit für Auto-Merge, 70-89 % für manuelle Bestätigung).
6. Initial-Reconciliation: einmaliger Lauf, der bestehende Profile zusammenführt. Bei 100.000+ Profilen kann das 24-72 Stunden dauern.
7. Real-Time-Sync aktivieren: jeder neue Datenpunkt fließt sofort in den SCV.
8. Aktivierung: Marketing- und Personalization-Tools nutzen den SCV als Daten-Quelle.

Häufige Probleme und Lösungen

• OTA-Email-Aliase: Booking.com vergibt anonymisierte Email-Adressen ([email protected]). Lösung: Telefonnummer und Postanschrift als sekundäre Identifikatoren nutzen.
• Unterschiedliche Schreibweisen: "Max Müller" vs "Max Mueller" vs "M. Müller". Lösung: Fuzzy-Matching mit Soundex- oder Levenshtein-Distance.
• Familien-Buchungen: ein Profil für Mann, Frau, 2 Kinder. Lösung: Haushalts-Konzept mit Master-Profil und verknüpften Sub-Profilen.
• DSGVO-Konflikt: einige Daten dürfen nicht zusammengeführt werden (z.B. Marketing-Daten ohne Einwilligung mit Buchungs-Daten). Lösung: Consent-bewusstes Identity-Resolution mit Verarbeitungs-Klassen.

Was du nicht von einem SCV erwarten solltest

SCV ist kein magischer Trigger für besseres Marketing. Es ist eine Daten-Infrastruktur, die andere Systeme erst nutzen müssen. Ohne klares Use-Case-Pflege im CRM und in den Personalization-Tools bleibt der SCV ein teures Daten-Lager ohne Geschäftswert.