Single Customer View: riconoscere lo stesso ospite attraverso sistemi differenti

Nel settore alberghiero un cliente può apparire più volte nei sistemi della stessa struttura.

Nel PMS come:

Mario Rossi

Nel CRM come:

m.rossi@email.com

Nel booking engine con un’altra email.

Su Booking.com attraverso un indirizzo mascherato.

Nel database marketing come:

M. Rossi

Nella piattaforma loyalty con un identificativo differente.

Tecnicamente sembrano record diversi.

Commercialmente possono essere la stessa persona.

Ed è proprio qui che nasce uno dei problemi più importanti della customer intelligence alberghiera:

riconoscere lo stesso ospite attraverso sistemi differenti.

La soluzione concettuale è la:

Single Customer View

Una vista unificata del cliente che collega:

  • identità;

  • prenotazioni;

  • soggiorni;

  • canali;

  • campagne;

  • spesa;

  • repeat;

  • contribution.

Senza questa capacità, l’hotel rischia di contare lo stesso cliente più volte, sottostimare il repeat rate, calcolare male il CAC e non comprendere il reale Customer Lifetime Value.

È una logica coerente con un approccio di advisory e performance management come quello sviluppato su robertonecci.it, con le analisi di investimento affrontate su investimentialberghieri.it e investhotel.it, e con i modelli di business intelligence e controllo economico approfonditi su hotelintelligence.it e hotelcontrol.it.


Che cos’è una Single Customer View

Una Single Customer View è una rappresentazione unica e coerente del cliente.

Non significa necessariamente avere un solo software.

Significa avere una logica capace di riconciliare informazioni provenienti da sistemi diversi.

Per esempio:

  • PMS;

  • CRM;

  • booking engine;

  • loyalty;

  • marketing automation;

  • customer service.

L’obiettivo è rispondere a una domanda semplice:

chi è davvero questo cliente e qual è l’intera storia della relazione con l’hotel?


Il problema dei record duplicati

Molti hotel hanno database pieni di duplicati.

Lo stesso cliente può apparire:

  • una volta con email personale;

  • una volta con email aziendale;

  • una volta con numero di telefono;

  • una volta tramite OTA.

Se questi record non vengono riconosciuti come collegati, l’hotel frammenta la relazione.


Il costo dei duplicati

I duplicati non sono solo un problema tecnico.

Possono alterare:

  • repeat rate;

  • CAC;

  • lifetime value;

  • segmentazione;

  • CRM performance.

Quindi hanno un impatto economico.


Esempio

Un cliente soggiorna tre volte.

Ma il sistema lo registra come tre persone differenti.

Il report mostra:

3 nuovi clienti.

In realtà:

1 nuovo cliente + 2 repeat.

Questo cambia completamente la lettura della performance.


CAC sovrastimato o sottostimato

Se i repeat guest vengono scambiati per nuovi, il CAC può apparire artificialmente migliore.

Esempio:

Spend:

€10.000

Clienti classificati come nuovi:

100

CAC:

€100

Ma 25 erano già clienti.

Nuovi reali:

75

CAC reale:

€133,33

La differenza è significativa.


Repeat Rate sottostimato

Se il cliente non viene riconosciuto, il repeat rate appare più basso.

Il management può concludere:

la retention è debole.

Quando invece il problema è di identity resolution.


Customer Lifetime Value sbagliato

Il lifetime value richiede di collegare più soggiorni alla stessa persona.

Se questo non avviene, il cliente sembra meno prezioso di quanto sia realmente.

Questo può portare l’hotel a sottostimare:

  • CAC sostenibile;

  • loyalty;

  • CRM.


Single Customer View e First Party Data

La Single Customer View è uno dei pilastri di una vera strategia First Party Data.

Avere dati proprietari non basta.

Serve saperli unificare.


Dato frammentato vs dato utilizzabile

Tre sistemi con informazioni parziali non equivalgono automaticamente a una visione cliente.

Il valore nasce dall’integrazione.


Customer Identity Resolution

Il processo che permette di riconoscere lo stesso cliente viene spesso definito:

Identity Resolution

Serve a stabilire quando due o più record appartengono alla stessa persona.


Deterministic Matching

Il metodo più semplice utilizza identificativi esatti.

Per esempio:

  • stessa email;

  • stesso telefono;

  • stesso customer ID.

Questo tipo di matching è relativamente sicuro.


Problema: i dati cambiano

Il cliente può:

  • cambiare email;

  • utilizzare email aziendale;

  • prenotare per un familiare.

Quindi il matching esatto non sempre basta.


Probabilistic Matching

Un approccio più avanzato può utilizzare combinazioni come:

  • nome;

  • cognome;

  • telefono;

  • indirizzo;

  • comportamento.

Il sistema assegna una probabilità che due record siano la stessa persona.


Attenzione ai falsi positivi

Unire due clienti differenti è grave quanto non riconoscere un duplicato.

Per questo servono:

  • regole;

  • confidence score.


Identity Confidence Score

Una struttura evoluta può assegnare livelli:

  • High Confidence;

  • Medium Confidence;

  • Low Confidence.

Solo i match ad alta affidabilità possono essere unificati automaticamente.


PMS e CRM

Uno dei primi collegamenti da costruire è tra PMS e CRM.

Il PMS conosce:

  • soggiorno;

  • tariffa;

  • canale.

Il CRM conosce:

  • comunicazioni;

  • engagement;

  • segmenti.

Uniti diventano molto più potenti.


Esempio

Il PMS dice:

cliente ha soggiornato 4 volte.

Il CRM dice:

apre spesso offerte weekend.

La Single Customer View permette di costruire una comunicazione più rilevante.


Booking Engine

Il booking engine aggiunge:

  • prenotazioni dirette;

  • comportamento nel funnel.

Questo permette di capire quando il cliente passa da:

  • OTA;

  • direct.


Il valore del channel shift

Un cliente può entrare via OTA.

Poi prenotare direttamente.

Senza una Single Customer View, l’hotel può non riconoscere questa evoluzione.


OTA Masked Email

Le OTA possono utilizzare email mascherate.

Questo rende più difficile il matching.

La struttura deve utilizzare altri identificativi, nei limiti applicabili.


First Stay vs Repeat Direct

Una delle analisi più interessanti è:

  • primo soggiorno OTA;

  • secondo soggiorno direct;

  • terzo soggiorno direct.

Questo dimostra il valore della relazione proprietaria.


Single Customer View e Customer Journey

La SCV non serve soltanto a collegare soggiorni.

Può collegare anche touchpoint.

Per esempio:

  1. Meta Ads;

  2. sito;

  3. booking engine;

  4. soggiorno;

  5. CRM;

  6. repeat.

Questo costruisce una vera customer journey.


Marketing Attribution

Una migliore identità cliente migliora anche l’attribution.

Se il sistema riconosce la stessa persona tra dispositivi e soggiorni, il percorso diventa più leggibile.


Il limite del device-based tracking

Una persona può utilizzare:

  • smartphone;

  • laptop;

  • tablet.

Il tracking tradizionale può trattarla come utenti diversi.

La customer identity può ridurre questa frammentazione.


Single Customer View e Last Click

Il Last Click può attribuire la prenotazione al canale finale.

La SCV può mostrare che quel cliente era già:

  • repeat;

  • presente nel CRM.

La lettura economica cambia.


New vs Existing Customer

Una delle classificazioni più importanti è:

  • New Customer;

  • Existing Customer.

Senza identity resolution questa distinzione può essere debole.


Single Customer View e CAC

Il CAC deve essere calcolato sui clienti realmente nuovi.

Quindi la SCV migliora direttamente l’affidabilità del KPI.


Single Customer View e Reacquisition Cost

Per i clienti già noti, la metrica corretta può diventare:

Reacquisition Cost

Quanto costa farli tornare?

Questo è diverso dal CAC.


Single Customer View e Customer Acquisition Payback

Se lo stesso cliente viene riconosciuto nel tempo, l’hotel può misurare quando il CAC iniziale viene recuperato.

Senza identità unificata, il payback è quasi impossibile da calcolare correttamente.


Single Customer View e Lifetime Contribution

Una delle metriche più interessanti è:

Customer Lifetime Contribution

Somma del contribution prodotto da tutti i soggiorni del cliente.


Dal booking al cliente

Molti hotel ragionano ancora per prenotazioni.

La Single Customer View permette di ragionare per:

relazione.

È un cambiamento strategico.


Booking Profit vs Customer Profit

Un singolo booking può avere profitto basso.

Ma il cliente nel tempo può essere molto profittevole.

La SCV rende visibile questa differenza.


Single Customer View e Profit per Booking

La SCV permette anche di analizzare:

  • primo booking;

  • repeat booking.

Spesso il repeat ha profitto superiore grazie a CAC più basso.


Single Customer View e CRM profitability

Il CRM può essere valutato meglio.

Non solo:

quanta revenue attribuisce?

Ma:

quanti clienti già acquisiti riesce a riattivare e con quale contribution?


Single Customer View e personalizzazione

Una vista unificata può migliorare:

  • offerte;

  • timing;

  • upselling.

Ma la personalizzazione deve essere utile.

Non invasiva.


Esempio semplice

Cliente:

  • soggiorna soprattutto in settimana;

  • prenota 20 giorni prima;

  • usa parking.

Il CRM può proporre un’offerta coerente.

Non serve un algoritmo complesso.


Single Customer View e ancillary

Collegare:

  • F&B;

  • spa;

  • parking;

permette di misurare il valore totale.


Total Customer Value

Una customer view evoluta può includere:

  • Room Revenue;

  • Ancillary Revenue;

  • Cost;

  • Contribution.

Questo produce una vera customer profitability.


Single Customer View e segmentazione

Una segmentazione migliore può utilizzare:

  • recency;

  • frequency;

  • monetary value;

  • contribution.

Non solo caratteristiche demografiche.


High-Value Customer

La domanda diventa:

chi sono i clienti che generano più profitto nel tempo?

Non:

chi paga l’ADR più alto?


RFM + Profitability

Una segmentazione evoluta può combinare:

  • Recency;

  • Frequency;

  • Monetary;

  • Profitability.

Questo crea cluster molto più utili.


Single Customer View e loyalty

Un programma loyalty funziona meglio se riconosce correttamente il cliente.

Altrimenti:

  • punti;

  • status;

  • benefit;

possono essere assegnati male.


Loyalty non è solo punti

La vera loyalty è anche:

  • riconoscimento;

  • relazione;

  • repeat.

La SCV è l’infrastruttura dati che la rende possibile.


Single Customer View e Corporate

Anche nel B2B esiste un problema di identità.

Lo stesso cliente può soggiornare:

  • corporate;

  • leisure.

Il sistema dovrebbe poter riconoscere entrambe le dimensioni.


Traveler vs Account

È utile distinguere:

  • persona;

  • azienda.

Sono due entità differenti.


Single Customer View e MICE

Un partecipante MICE può successivamente diventare leisure guest.

Senza una vista cliente, questa relazione resta invisibile.


Single Customer View e Customer Service

Il front office può migliorare il servizio se dispone di informazioni pertinenti.

Ma l’accesso deve essere governato.

Non tutti devono vedere tutto.


Role-Based Access

Una buona architettura definisce:

  • chi può vedere cosa.

Questo è importante per:

  • privacy;

  • sicurezza.


Privacy

La Single Customer View deve essere costruita nel rispetto della normativa applicabile.

Integrare dati non significa poter utilizzare tutto indiscriminatamente.


Data Minimization

Il principio dovrebbe essere:

unire i dati realmente utili.

Non raccogliere il massimo possibile.


Consent Management

Le preferenze e i consensi devono essere collegati alla stessa identità.

Altrimenti si rischiano comunicazioni incoerenti.


Single Customer View e Data Quality

La SCV dipende fortemente dalla Data Quality.

Se i dati sono sbagliati, il matching peggiora.


Name normalization

Mario Rossi

MARIO ROSSI

Mario Rossi

devono essere trattati coerentemente.


Email normalization

Maiuscole/minuscole e spazi possono essere normalizzati.

Ma non bisogna modificare arbitrariamente dati sensibili.


Phone normalization

Il numero deve avere un formato coerente.

Per esempio internazionale.

Questo migliora il matching.


Single Customer View e Data Warehouse

In molti casi la Single Customer View viene costruita su un:

  • Data Warehouse;

  • customer data layer.

I sistemi operativi restano separati.

Il livello centrale collega le identità.


Golden Customer Record

Un concetto utile è il:

Golden Record

Un record cliente considerato la versione più affidabile e completa dell’identità.


Il Golden Record non cancella necessariamente le fonti

Può semplicemente collegarle.

Questo preserva il lineage.


Data Lineage

È importante sapere:

  • da quale sistema arriva un’informazione.

Per esempio:

email dal CRM.

Telefono dal PMS.

Questo aiuta la governance.


Source of Truth per campo

Non tutto deve avere la stessa fonte.

Per esempio:

  • stay history → PMS;

  • consent → CRM;

  • payment data → payment system.

La SCV deve rispettare questa gerarchia.


Matching Rules

Un modello può usare:

Rule 1

stessa email = match.

Rule 2

stesso telefono + cognome = probable match.

Rule 3

nome + cognome + data soggiorno = review.

Questo rende il processo trasparente.


Manual Review

I casi ambigui possono essere sottoposti a verifica manuale.

Non serve automatizzare tutto.


False Merge

Uno dei rischi maggiori è unire due persone diverse.

Questo può alterare:

  • CRM;

  • privacy;

  • lifetime value.

Serve prudenza.


Split Errors

Il problema opposto è lasciare separata la stessa persona.

La qualità della SCV deve monitorare entrambi.


Identity Resolution Accuracy

Un KPI possibile:

Correctly Matched Records / Reviewed Matches

Aiuta a misurare l’efficacia.


Match Rate

Un altro KPI:

Records matched to a known customer / Total records

Mostra quanto del database è riconciliato.


Single Customer View Dashboard

Una dashboard può includere:

KPI Valore
Unique Customers
Duplicate Rate
Match Rate
Repeat Guest Rate
Lifetime Contribution
Reacquisition Cost

Questo porta il tema al livello executive.


Unique Customers vs Profiles

È importante non confondere:

  • numero di record;

  • numero di persone uniche.

Sono cose differenti.


Esempio

CRM profiles:

100.000

Unique customers stimati:

75.000

Duplicate/fragmentation:

25%.

Il database reale è più piccolo di quanto sembra.


Single Customer View e First Party Data Value

La qualità della SCV può cambiare direttamente il valore economico del database.

Un database unificato è più utilizzabile.


Single Customer View e Marketing Efficiency

Se l’hotel riconosce i repeat guest, può evitare di spendere troppo in acquisition su clienti già acquisiti.

Questo migliora il Marketing Efficiency Ratio.


Audience Suppression

Per esempio:

escludere alcuni clienti esistenti dalle campagne di new customer acquisition.

Questo può ridurre sprechi.


Single Customer View e paid media

La SCV può supportare:

  • customer match;

  • suppression;

  • value-based audiences.

Sempre nel rispetto delle regole applicabili.


High-Value Seed

Un’audience costruita sui clienti ad alto contribution può essere più utile di una costruita su tutti i clienti.


Single Customer View e Incremental Revenue

Distinguere nuovi e repeat migliora anche la misurazione dell’incrementalità.

Una campagna che riattiva un repeat non è uguale a una che acquisisce domanda completamente nuova.


Single Customer View e Marketing Attribution

La stessa persona può interagire con molti touchpoint.

Una vista unificata migliora la ricostruzione del journey.


Single Customer View e Net Revenue

Il cliente può cambiare canale nel tempo.

Primo booking OTA.

Secondo direct.

La SCV permette di misurare:

  • commission saving.


Channel Migration

Un KPI molto interessante:

% di clienti che passano da intermediato a direct

Questo misura la capacità dell’hotel di costruire relazione.


Esempio

1.000 first-time OTA guests.

200 tornano entro 12 mesi.

120 tornano direct.

Direct Migration Rate sui repeat:

60%

Questo è un KPI strategico.


Single Customer View e customer payback

Un cliente acquisito inizialmente via OTA può ripagare il costo di acquisizione grazie a successivi soggiorni direct.

Solo una vista unificata permette di vederlo.


Single Customer View e pricing

Anche il pricing può beneficiare di una migliore conoscenza del cliente.

Per esempio:

  • segmento;

  • booking behavior.

Ma attenzione a non confondere personalizzazione con discriminazione impropria.


Single Customer View e service recovery

Un cliente che ha avuto un problema in passato può essere riconosciuto al prossimo soggiorno.

Questo può migliorare la retention.


Single Customer View e reputazione

Collegare feedback e soggiorni può aiutare a capire quali segmenti hanno maggiore soddisfazione.


Single Customer View e predictive analytics

Solo dopo aver costruito un’identità cliente affidabile ha senso sviluppare modelli come:

  • churn propensity;

  • repeat probability.

Prima servono fondamenta.


Non partire dal predictive

Prima:

  • identity;

  • quality;

  • governance.

Poi:

  • AI.


Single Customer View e Customer Data Platform

Una CDP può aiutare a costruire una SCV.

Ma il software da solo non risolve il problema.


CDP ≠ strategia

Serve comunque definire:

  • matching rules;

  • use case;

  • governance.

Altrimenti si acquista tecnologia senza creare valore.


Build vs Buy

L’hotel può:

  • acquistare una piattaforma;

  • costruire una soluzione su Data Warehouse.

La scelta dipende da:

  • complessità;

  • scala;

  • competenze.


Hotel indipendente

Una struttura singola può partire con un modello più semplice.

Per esempio:

PMS + CRM + booking engine.

Non serve necessariamente un’architettura enterprise.


Gruppo alberghiero

Per un gruppo, la SCV può diventare ancora più strategica.

Lo stesso cliente può soggiornare in proprietà differenti.


Cross-Property Customer View

Un cliente che soggiorna a:

Roma

e successivamente:

Milano

deve idealmente essere riconosciuto come la stessa persona.

Questo aumenta il valore del network.


Cross-Selling

Una SCV di gruppo permette di proporre altre proprietà in modo più rilevante.


Group-Level Lifetime Value

Il Customer Lifetime Value può essere calcolato sull’intero portafoglio.

Questo cambia l’economia dell’acquisition.


Single Customer View e asset value

Per una proprietà o un investitore, una struttura con:

  • database deduplicato;

  • repeat misurabile;

  • customer profitability;

possiede una macchina commerciale più matura.

Questo rende il tema rilevante anche nelle analisi di investimento approfondite su investimentialberghieri.it e investhotel.it.


Single Customer View nella due diligence

In una due diligence commerciale bisognerebbe chiedere:

  • quanti clienti unici esistono?

  • qual è il duplicate rate?

  • il repeat è misurabile?

  • i dati sono portabili?

Queste informazioni incidono sulla qualità del customer asset.


Customer Data Due Diligence

Una valutazione può includere:

  • identity quality;

  • CRM usability;

  • ownership;

  • consent governance.

Non basta conoscere la dimensione del database.


Single Customer View e Hotel Intelligence

Un approccio di business intelligence come quello approfondito su hotelintelligence.it permette di collegare identità, prenotazioni e performance economica.


Single Customer View e controllo di gestione

Per trasformare la SCV in customer profitability servono anche:

  • costi;

  • contribution.

È qui che il collegamento con hotelcontrol.it diventa fondamentale.


Customer-Level P&L

L’evoluzione più avanzata è:

Customer P&L

Per ogni cliente:

  • lifetime revenue;

  • acquisition cost;

  • distribution cost;

  • contribution;

  • lifetime profit.


Dalla Single Customer View alla Single Customer Economics

La vera evoluzione non è solo:

chi è il cliente?

Ma:

quanto valore crea nel tempo?


Single Customer View e management

Il progetto coinvolge:

Marketing

per activation.

CRM

per identity e retention.

Revenue

per customer value.

Finance

per profitability.

IT/Data

per integrazione.

GM

per governance.

Una logica coerente con i modelli manageriali approfonditi su hotelmanagementgroup.it.


Chi deve possedere il progetto?

Non dovrebbe appartenere soltanto all’IT.

Né soltanto al marketing.

È un progetto cross-functional.


Business Use Cases first

Prima di scegliere tecnologia bisogna definire:

  • quali decisioni vogliamo migliorare.

Per esempio:

  1. misurare repeat rate corretto;

  2. ridurre CAC;

  3. aumentare direct migration.

Solo dopo si costruisce l’architettura.


Use Case 1: Repeat Recognition

Riconoscere il cliente già acquisito.

Beneficio:

CAC più preciso.


Use Case 2: OTA to Direct

Misurare quanti clienti intermediati diventano direct.

Beneficio:

commission saving.


Use Case 3: Lifetime Profitability

Capire quali clienti generano più profitto nel tempo.

Beneficio:

migliore capital allocation.


Use Case 4: CRM Personalization

Attivare comunicazioni sulla base dello storico reale.

Beneficio:

maggiore retention.


Single Customer View Roadmap

Un progetto può seguire cinque fasi.

Fase 1 – Audit

Mappare fonti e duplicati.

Fase 2 – Identity Rules

Definire matching.

Fase 3 – Golden Record

Creare customer identity.

Fase 4 – Activation

Collegare CRM e marketing.

Fase 5 – Profitability

Integrare finance.


Non partire da tutto

È meglio iniziare con:

  • pochi campi;

  • alta qualità.

Per esempio:

  • email;

  • phone;

  • booking ID;

  • stay history.

Poi espandere.


Minimum Viable Single Customer View

Una prima versione potrebbe contenere:

  • Customer ID;

  • email;

  • telefono;

  • first stay;

  • last stay;

  • number of stays;

  • lifetime room revenue.

È già molto utile.


Evoluzione successiva

Aggiungere:

  • acquisition channel;

  • ancillary spend;

  • contribution.

Questo porta la SCV verso customer profitability.


Single Customer View Scorecard

Una proprietà può monitorare:

KPI Valore
Unique Customers
Match Rate
Duplicate Rate
Repeat Guest Rate
Direct Migration Rate
Lifetime Contribution

Questo rende il progetto misurabile.


Le dieci domande che una proprietà dovrebbe fare

1. Quanti clienti unici abbiamo davvero?

2. Quanti record sono duplicati?

3. Riconosciamo lo stesso cliente tra PMS e CRM?

4. Sappiamo distinguere new e repeat?

5. Il CAC è calcolato sui nuovi clienti reali?

6. Possiamo misurare Customer Lifetime Value?

7. Sappiamo quanti clienti OTA diventano direct?

8. Esiste un Golden Customer Record?

9. Chi possiede la customer identity?

10. Quanto valore economico produce una migliore riconciliazione?

Queste domande trasformano la SCV da progetto IT a progetto di business.


Il framework: Identify, Match, Unify, Activate, Monetize

Una Single Customer View può essere costruita in cinque passaggi.

1. Identify

Raccogliere gli identificativi.

2. Match

Riconoscere i record collegati.

3. Unify

Creare una vista coerente.

4. Activate

Utilizzarla per CRM e marketing.

5. Monetize

Misurare repeat, contribution e lifetime profit.

Solo il quinto livello crea vero vantaggio competitivo.


Il problema non è avere tanti clienti nel database

È sapere quanti clienti reali abbiamo.

E capire:

  • chi torna;

  • chi cambia canale;

  • chi produce profitto.


Una prenotazione è un evento. Un cliente è una relazione.

Questa è probabilmente la distinzione più importante.

Senza una Single Customer View, l’hotel vede soprattutto eventi:

  • booking;

  • check-in;

  • check-out.

Con una vista unificata vede la relazione nel tempo.


Dal PMS al Customer Economics

Il PMS risponde bene alla domanda:

cosa è successo durante questo soggiorno?

La Single Customer View permette di rispondere:

quanto vale questa relazione nel tempo?

È un salto manageriale significativo.


Vuoi costruire una Single Customer View per il tuo hotel?

Hotel Marketing Lab supporta proprietà, direzioni e operatori alberghieri nella progettazione di Single Customer View, Customer Identity Resolution, First Party Data strategy e customer profitability.

L’obiettivo è:

  • riconoscere lo stesso ospite attraverso sistemi differenti;

  • ridurre duplicati;

  • misurare correttamente new vs repeat;

  • collegare PMS, CRM e booking engine;

  • analizzare OTA-to-direct migration;

  • costruire Customer Lifetime Contribution e Customer-Level P&L.

Per richiedere un confronto preliminare:

info@hotelmarketinglab.it


SEO BOX

Titolo articolo
Single Customer View: riconoscere lo stesso ospite attraverso sistemi differenti

Titolo SEO
Single Customer View Hotel: Riconoscere lo Stesso Ospite tra PMS e CRM

Slug
single-customer-view-hotel-riconoscere-ospite-sistemi

Meta Description
Scopri come costruire una Single Customer View in hotel per riconoscere lo stesso ospite tra PMS, CRM, booking engine e OTA e misurare repeat, CAC e lifetime value.

Summary
La Single Customer View collega i record dello stesso cliente presenti in PMS, CRM, booking engine e altri sistemi. Una customer identity affidabile permette di misurare correttamente nuovi clienti, repeat rate, CAC, channel migration e Customer Lifetime Contribution.

Excerpt
Lo stesso ospite può apparire come clienti diversi nei sistemi dell’hotel. Una guida a identity resolution, Golden Customer Record, repeat recognition e customer profitability.

Tags
single customer view hotel, customer identity hotel, identity resolution hotel, CRM PMS integration, first party data hotel, customer 360 hotel, customer lifetime value hotel, repeat guest hotel, CAC hotel, customer profitability hotel, hotel data warehouse, hotel intelligence, hotel advisor, controllo di gestione hotel, consulenza alberghiera