Vai al contenuto principale

Esempio di Customer Data Platform: una guida completa per le aziende

Questa guida spiega cos'è una Customer Data Platform e come le sedi fisiche - dagli hotel e catene retail agli stadi e centri congressi - possono implementarne una per unificare i dati frammentati dei visitatori. Copre l'architettura CDP a tre livelli, la strategia di implementazione in fasi e come Purple Engage acquisisce i dati di prima parte al punto di accesso WiFi per alimentare la segmentazione in tempo reale e l'automazione del marketing. Direttori Marketing, CRM Manager e Operatori di Sedi Retail troveranno esempi pratici concreti, framework di ROI e linee guida di conformità per agire in questo trimestre.

📖 9 minuti di lettura📝 2,115 parole🔧 2 esempi pratici4 domande di esercitazione📚 9 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Buongiorno e benvenuti a questo briefing tecnico di Purple. Oggi approfondiremo l'architettura, l'implementazione e l'impatto aziendale delle Customer Data Platform - o CDP - in particolare all'interno di spazi fisici come punti vendita retail, stadi e hotel. Esamineremo esempi concreti di Customer Data Platform, concentrandoci su come acquisire dati di prima parte attraverso la vostra infrastruttura esistente, come il WiFi per gli ospiti, e unificarli per generare ricavi misurabili. Iniziamo dal contesto. Se siete IT manager o CTO di una struttura, conoscete bene il problema. I dati dei visitatori sono intrappolati in silos isolati. Il CRM contiene gli indirizzi email, il sistema per i punti vendita conserva la cronologia delle transazioni e la vostra rete WiFi rileva il traffico pedonale e gli indirizzi MAC dei dispositivi. Nessuno di questi sistemi comunica con l'altro. Una CDP rappresenta il livello architetturale che acquisisce questi flussi di dati frammentati, li risolve in un unico profilo unificato e rende tale profilo disponibile per l'attivazione sui canali di marketing. Passiamo ora all'approfondimento tecnico. L'architettura di una CDP è composta da tre livelli distinti. Il primo è il livello di acquisizione dei dati. Il secondo è il motore di profilazione unificato. Il terzo è il livello di attivazione. Partiamo dall'acquisizione dei dati. Purple Engage acquisisce i dati verificati di email e telefono degli ospiti al momento del login. Non si tratta di traffico anonimo. È quello che definiamo un consenso consapevole e opt-in. Quando un cliente effettua l'accesso al WiFi in un negozio retail, o un tifoso si connette allo stadio, il sistema acquisisce i suoi dati e lo autentica. Questi dati fluiscono tramite API o webhook sicuro direttamente nella vostra CDP. La CDP esegue quindi la risoluzione dell'identità. Associa l'indirizzo email proveniente dal login WiFi con l'indirizzo email presente nel CRM e con l'ID fedeltà della vostra app mobile. Questo processo crea un profilo unificato e persistente. Vediamo questo sistema funzionare con efficacia per clienti come McDonald's e Harrods, dove comprendere la presenza fisica di un cliente è importante tanto quanto la sua impronta digitale. C'è una sfumatura tecnica importante che merita di essere affrontata: la randomizzazione dei MAC. I sistemi operativi moderni, inclusi iOS e Android, randomizzano l'indirizzo hardware che i dispositivi trasmettono alle reti. Questo rende inutilizzabili le vecchie analisi di localizzazione che si basavano sul tracciamento degli indirizzi MAC. Tuttavia, l'autenticazione basata sul profilo risolve completamente il problema. Poiché Purple richiede agli utenti di autenticarsi tramite un Captive Portal utilizzando l'email o un login social, acquisiamo un'identità deterministica e non solo l'indirizzo hardware. Il profilo viene creato su un'email verificata, non su un identificativo temporaneo del dispositivo. Esaminiamo ora uno scenario di implementazione reale nel settore dell'ospitalità. Consideriamo un hotel di 200 camere. L'obiettivo è ridurre la dipendenza dalle agenzie di viaggio online e aumentare le prenotazioni dirette e la spesa nel ristorante della struttura. L'architettura di implementazione prevede l'integrazione del sistema di gestione della struttura dell'hotel, del punto vendita del ristorante e dell'infrastruttura WiFi HPE Aruba. Quando un ospite arriva e si connette al WiFi, Purple acquisisce i suoi dati. La CDP riceve questi dati, rilevando che l'ospite è attualmente in loco. Se l'ospite acquista poi un caffè al ristorante dell'hotel, i dati del POS affluiscono nella CDP tramite un webhook. Il livello di attivazione prende quindi il controllo. Poiché la CDP sa che l'ospite si trova nella struttura e ha acquistato un caffè, attiva un SMS automatico tramite Purple Engage offrendo uno sconto del 10% sulla cena presso il ristorante dell'hotel per quella sera stessa. Questa è segmentazione e attivazione in tempo reale. Elimina il ritardo della campagna di 48 ore associato all'unione manuale dei dati. L'offerta è contestualmente pertinente, tempestiva e consegnata mentre l'ospite è ancora in loco e in grado di usufruirne. Consideriamo un secondo scenario, questa volta all'interno di uno stadio. La struttura desidera migliorare il coinvolgimento dei tifosi e incrementare le vendite di merchandising durante l'intervallo. Lo stadio integra la sua piattaforma di biglietteria, l'app mobile e la rete Cisco Meraki WiFi. La CDP crea un profilo che mostra la cronologia dei biglietti del tifoso e la sua posizione attuale in base alle associazioni con gli access point. Dieci minuti prima dell'intervallo, la CDP attiva una notifica push tramite l'app offrendo un codice di ritiro rapido del merchandising per il negozio più vicino. Ciò riduce le code e aumenta il volume delle vendite durante la finestra di massimo afflusso dell'evento. Ora parliamo dei consigli di implementazione e degli errori da evitare. L'errore più grande è tentare un'installazione di tipo "big-bang". Non cercate di integrare 15 fonti di dati il primo giorno. Iniziate con la vostra fonte di dati di prima parte di massima qualità e con il volume più elevato. Per i luoghi fisici, questa è quasi sempre il Guest WiFi. Integrate il vostro hardware Cisco Meraki, Juniper Mist o Ruckus con Purple, acquisite i dati e inviateli alla CDP. Dimostrate il valore con un caso d'uso semplice, come l'esclusione degli ospiti attivi in loco dagli annunci di acquisizione digitale per migliorare l'efficienza della spesa pubblicitaria. Secondo il Boston Consulting Group, i brand che utilizzano dati di prima parte per il marketing ottengono un aumento dei ricavi fino a 2,9 volte e risparmi sui costi di 1,5 volte rispetto a chi si affida a dati di terze parti. L'esclusione del pubblico è il modo più rapido per dimostrarlo al vostro CFO. Il secondo errore è non definire chiaramente la logica di risoluzione delle identità. Dovete decidere quale identificatore ha la priorità. Si tratta dell'indirizzo email, del numero di telefono o di un ID cliente unico? Assicuratevi che la vostra CDP sia configurata per gestire i conflitti, ad esempio quando due utenti diversi accedono con lo stesso dispositivo.Il terzo errore consiste nel trascurare la gestione del consenso. Una CDP deve fungere da motore centrale di orchestrazione del consenso. Quando un utente si cancella tramite un link e-mail, la CDP deve escluderlo istantaneamente su tutti i canali, compresi gli SMS e i segmenti di pubblico personalizzati sulle piattaforme pubblicitarie. Le sanzioni GDPR hanno raggiunto un totale di 2,1 miliardi di euro solo nel 2023. Una CDP che applica il consenso a livello di dati riduce questa esposizione a livello strutturale, non solo procedurale. Purple è certificata ISO 27001 e GDPR, garantendo che i dati acquisiti ai margini della rete soddisfino gli standard di conformità prima ancora di raggiungere la tua CDP. Passiamo ora a una rapida sessione di domande e risposte basata sui quesiti più comuni che riceviamo dai network architect. Domanda uno: Come gestiamo la transizione dai cookie di terze parti? Risposta: I dati di prima parte acquisiti tramite Guest WiFi e login autenticati sono il tuo sostituto. Sono deterministici, basati sul consenso e di tua proprietà. Non dipendono dai cookie del browser o da data broker di terze parti. Domanda due: Di quale hardware abbiamo bisogno? Risposta: Purple è agnostica rispetto all'hardware. Funziona come un overlay cloud sulla tua infrastruttura esistente. Che tu stia utilizzando Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet, puoi implementare Purple senza sostituire i tuoi access point. Domanda tre: Quanto tempo richiede l'implementazione di una CDP? Risposta: L'integrazione WiFi e l'acquisizione iniziale dei dati possono essere attive in pochi giorni. La configurazione della CDP, le regole di risoluzione dell'identità e l'automazione della prima campagna richiedono in genere da quattro a sei settimane per un'implementazione graduale. Per riassumere i punti chiave del briefing di oggi. Primo: Una CDP risolve la frammentazione dei dati unificando i segnali provenienti da CRM, POS e reti WiFi in un unico profilo cliente. Secondo: Il Guest WiFi è la fonte più affidabile di dati di prima parte per i luoghi fisici, perché acquisisce dettagli di contatto verificati e basati sul consenso al momento dell'autenticazione. Terzo: L'autenticazione basata sul profilo supera le sfide di analisi causate dalla randomizzazione MAC sui dispositivi moderni. Quarto: L'esclusione del pubblico è il modo più rapido per dimostrare il ritorno sull'investimento della CDP, riducendo gli sprechi di spesa pubblicitaria sui clienti esistenti. Quinto: L'orchestrazione del consenso deve essere gestita centralmente all'interno della CDP per garantire la conformità con GDPR e CCPA. Sesto: Implementa in modo graduale. Inizia con il Guest WiFi, dimostra il valore, quindi espandi alle integrazioni POS e CRM. Se desideri vedere come Purple Engage si integra con la tua infrastruttura WiFi esistente e alimenta la tua CDP, visita purple.ai o parla con uno dei nostri solutions architect. Grazie per l'ascolto.

header_image.png

Sintesi esecutiva

Per i CTO e i direttori IT che gestiscono spazi fisici, la frammentazione dei dati rappresenta un rischio strutturale. Il CRM contiene gli indirizzi e-mail. Il sistema del punto vendita (POS) registra le transazioni. La tua infrastruttura WiFi rileva i flussi di visitatori. Nessuno di questi sistemi condivide un livello di identità comune, il che significa che ogni campagna viene eseguita su informazioni incomplete e ogni decisione di marketing è più lenta del necessario.

Una Customer Data Platform (CDP) risolve questa frammentazione. Funge da livello architetturale centrale che acquisisce flussi di dati disparati, esegue la risoluzione dell'identità e crea un profilo cliente unificato disponibile per l'attivazione in tempo reale. Questa guida fornisce un esempio pratico di customer data platform per i gestori di spazi fisici, coprendo l'architettura di implementazione, l'integrazione con hardware Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist, e il modo in cui Purple Engage acquisisce dati proprietari verificati all'edge della rete per alimentare direttamente la CDP.

Purple opera in oltre 80.000 spazi fisici attivi e ha elaborato 440 milioni di accessi nel 2024 (dati interni Purple). I modelli che osserviamo costantemente mostrano che le sedi che unificano i loro dati WiFi con i record CRM e POS ottengono prestazioni delle campagne sensibilmente migliori rispetto a quelle che gestiscono ciascun sistema in isolamento.


Approfondimento tecnico

Cosa fa effettivamente una CDP

Una CDP non è un CRM. Un CRM memorizza record che i team di vendita e di assistenza mantengono manualmente. Una CDP è una pipeline di dati automatizzata. Acquisisce eventi da più sistemi in tempo reale, associa tali eventi a un profilo persistente e rende disponibile tale profilo agli strumenti di attivazione a valle come piattaforme e-mail, gateway SMS e reti pubblicitarie.

Il CDP Institute definisce una CDP come "software pacchettizzato che crea un database clienti unificato e persistente che è accessibile ad altri sistemi". La parola chiave è persistente. A differenza di un data warehouse, che è ottimizzato per l'analisi in batch, una CDP mantiene profili attivi che si aggiornano man mano che arrivano nuovi eventi.

Per uno spazio fisico, le fonti di dati che alimentano la CDP includono tipicamente:

Fonte di dati Tipo di dati Frequenza di aggiornamento
Login WiFi ospiti E-mail, telefono, consenso opt-in Tempo reale
Sistema POS Cronologia delle transazioni, valore di spesa Quasi in tempo reale
CRM Record storici, livello di fidelizzazione Batch o webhook
App mobile Comportamento in-app, opt-in push Tempo reale
Piattaforma di biglietteria Presenza agli eventi, posizione del posto Batch

L'architettura a tre livelli

cdp_architecture_overview.png

Un'implementazione CDP ben progettata presenta tre livelli.

Livello 1 - Ingestione dei dati. Questo livello raccoglie gli eventi da tutte le fonti collegate. Per i luoghi fisici, il portale di accesso WiFi è il punto di ingestione di massima qualità perché acquisisce dati deterministici basati sul consenso. Purple Engage raccoglie l'e-mail e il numero di telefono verificati dell'ospite al momento dell'autenticazione. Questi dati affluiscono alla CDP tramite un webhook API sicuro, in genere entro pochi secondi dall'evento di accesso.

Livello 2 - Motore di profilo unificato. Questo livello esegue la risoluzione dell'identità. Prende l'indirizzo e-mail dal login WiFi e tenta di confrontarlo con i record esistenti nel CRM. Se esiste una corrispondenza, la CDP aggiunge il nuovo evento al profilo esistente. Se non esiste alcuna corrispondenza, crea un nuovo profilo. L'arricchimento progressivo significa che ogni interazione successiva - una transazione POS, una sessione dell'app, un secondo accesso WiFi in un luogo diverso - aggiunge dettagli allo stesso profilo.

Livello 3 - Attivazione. Questo livello espone i profili unificati agli strumenti a valle. I segmenti creati nella CDP si sincronizzano con le piattaforme e-mail, i gateway SMS e le reti pubblicitarie. Un segmento di "ospiti attualmente in loco che hanno visitato più di tre volte" può attivare una campagna automatizzata in Purple Engage senza alcun intervento manuale.

Superare la randomizzazione MAC

I moderni sistemi operativi, inclusi iOS 14 e successivi e Android 10 e successivi, utilizzano la randomizzazione dei MAC address. Ogni volta che un dispositivo esegue la scansione delle reti, trasmette un indirizzo hardware diverso. Questo interrompe i sistemi di analisi legacy che si basavano sul tracciamento dei MAC address per identificare i visitatori di ritorno.

L'autenticazione basata sul profilo risolve questo problema. Poiché Purple richiede agli utenti di autenticarsi tramite un Captive Portal utilizzando un indirizzo e-mail, un social login o un numero di telefono, il sistema acquisisce un'identità deterministica anziché un indirizzo hardware. Il profilo della CDP è ancorato a un'e-mail verificata, che persiste tra dispositivi e sessioni. Le analisi del traffico pedonale basate sui MAC address diventano inaffidabili; i profili basati su accessi autenticati no.

Consenso e conformità

Il GDPR e il CCPA richiedono che il consenso venga acquisito, memorizzato e rispettato su ogni canale. Una CDP deve fungere da motore centrale di orchestrazione del consenso. Quando un utente sceglie di disattivare l'iscrizione tramite un link di annullamento dell'iscrizione via e-mail, la CDP deve sopprimere istantaneamente quel profilo su tutti i canali di attivazione collegati - SMS, notifiche push e segmenti di pubblico personalizzati sulle piattaforme pubblicitarie.

Purple è certificato ISO 27001, GDPR, CCPA e Cyber Essentials. I dati acquisiti all'edge della rete tramite Purple Engage includono il consenso esplicito opt-in, che viene memorizzato come record con timestamp nel profilo. Questa traccia di controllo soddisfa il requisito del GDPR di dimostrare il consenso su richiesta.


Guida all'implementazione

La distribuzione di una CDP è un programma graduale, non un singolo progetto. I luoghi che tentano di integrare ogni fonte di dati simultaneamente in genere si bloccano entro i primi 90 giorni a causa di conflitti di schema, problemi di qualità dei dati e priorità IT contrastanti.

Fase 1 - Stabilire la base dei dati (settimane 1-4)

Inizia con la tua fonte di dati di prima parte a più alto volume e qualità. Per i luoghi fisici, questa è il Guest WiFi. Connetti il tuo hardware esistente - che sia Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet - a Purple utilizzando l'overlay cloud indipendente dall'hardware. Purple si distribuisce sopra i tuoi access point esistenti senza richiedere la sostituzione dell'hardware.

Configura il Captive Portal per acquisire e-mail e numero di telefono con un consenso esplicito di opt-in. Imposta il webhook per inviare gli eventi di login alla tua CDP in tempo reale. Convalida il flusso di dati verificando che i profili vengano creati e aggiornati correttamente.

Fase 2 - Definire le regole di risoluzione dell'identità (settimane 2-3)

Prima di connettere ulteriori fonti di dati, definisci la logica di risoluzione dell'identità. Decidi quale identificatore funge da chiave primaria per l'unione dei profili. L'indirizzo e-mail è in genere la scelta più affidabile perché è deterministico e coerente tra i dispositivi. Configura le regole di risoluzione dei conflitti: se due profili condividono la stessa e-mail ma hanno numeri di telefono diversi, quale record ha la precedenza?

Documenta queste regole per iscritto. Quando il team CRM e il team marketing non saranno d'accordo su una discrepanza di dati sei mesi dopo, le regole documentate risolveranno la controversia.

Fase 3 - Eseguire un caso d'uso ad alto ROI (settimane 4-8)

Non aspettare che la CDP sia completamente popolata prima di attivarla. Implementa la soppressione del pubblico come primo caso d'uso. Sincronizza il segmento di "ospiti attualmente in loco" con le tue piattaforme pubblicitarie ed escludili dalle campagne di acquisizione digitale. Ciò garantisce un'efficienza immediata e misurabile della spesa pubblicitaria.

Secondo il Boston Consulting Group, i brand che utilizzano dati di prima parte per il marketing ottengono un aumento dei ricavi fino a 2,9 volte e un risparmio sui costi di 1,5 volte rispetto a quelli che si affidano a dati di terze parti. La soppressione del pubblico è il modo più rapido per dimostrarlo a un CFO.

Fase 4 - Espandere le integrazioni (dalla settimana 8 in poi)

Una volta che l'integrazione WiFi è stabile e il primo caso d'uso produce risultati, connetti il sistema POS. Mappa gli eventi di transazione sui profili esistenti. Ciò consente campagne di cross-sell e up-sell attivate dal comportamento d'acquisto. Connetti il CRM per arricchire i profili con i dati storici di fidelizzazione. Ogni fonte aggiuntiva aumenta la precisione della segmentazione e la rilevanza delle campagne automatizzate.

Per indicazioni sull'automazione delle campagne SMS una volta popolata la CDP, consulta la nostra guida su come sfruttare gli esempi di SMS di marketing per aumentare le visite di ritorno .


Best practice

Imporre il consenso a livello di dati

Non affidarti a singoli strumenti di marketing per gestire i disallineamenti dei consensi. Un utente che si disiscrive da una campagna e-mail deve essere escluso contemporaneamente da SMS, notifiche push e segmenti di pubblico personalizzati delle piattaforme pubblicitarie. Configura la CDP per propagare le modifiche del consenso a tutti i sistemi connessi entro pochi secondi. Le sanzioni GDPR hanno raggiunto un totale di 2,1 miliardi di euro nel 2023 (GDPR Enforcement Tracker). Un approccio strutturato alla gestione del consenso riduce questa esposizione.

Dai priorità all'attivazione in tempo reale per il marketing nei locali

L'elaborazione in batch non è sufficiente per il marketing all'interno dei locali fisici. La finestra di opportunità - il tempo che intercorre tra l'arrivo e la partenza di un ospite - è solitamente compresa tra le due e le quattro ore. Se la tua CDP elabora i dati in batch notturni, non potrai attivare un'offerta mentre l'ospite è ancora in loco. Assicurati che la tua architettura supporti la consegna di webhook in tempo reale e aggiornamenti dei segmenti in meno di un minuto.

Standardizza lo schema dei dati

Mantieni una rigida governance dei dati. Standardizza i nomi degli eventi e gli attributi dei profili in tutte le sorgenti acquisite. Se il sistema POS definisce una transazione come "vendita" e il CRM la definisce come "acquisto", la CDP li tratterà come tipi di evento differenti. Definisci uno schema canonico prima di connettere ogni nuova sorgente dati e applicalo a livello di acquisizione.

Usa il WiFi come ancora di identità per i locali fisici

Per i locali in cui i visitatori non accedono a un'app mobile o a un programma fedeltà, l'accesso al WiFi rappresenta l'unico punto affidabile di acquisizione dell'identità. Trattalo come la tua ancora di identità principale. Ogni altra sorgente di dati arricchisce il profilo creato dall'accesso WiFi. Consulta la nostra guida sul Guest WiFi per i dettagli di implementazione sul flusso di accesso.

Per un'analisi più approfondita su come strutturare la tua rete WiFi tra segmenti ospiti, personale e IoT, leggi Tre SSID per dominarli tutti: guest, Passpoint e IoT WiFi .

-

Risoluzione dei problemi e mitigazione dei rischi

Latenza dei dati

Se le campagne si attivano dopo che un visitatore ha lasciato il locale, verifica i tempi di consegna dei payload dei webhook tra la piattaforma WiFi e la CDP. Controlla se i limiti di frequenza delle API stanno causando code. Assicurati che l'intervallo di aggiornamento del segmento della CDP sia impostato su tempo reale o quasi reale, non su base oraria o giornaliera.

Collasso del profilo

Se utenti distinti vengono uniti in un unico profilo, rivedi le tue regole di risoluzione dell'identità. Le cause comuni includono indirizzi e-mail aziendali condivisi (ad es. info@company.com ), dispositivi condivisi in una famiglia o una regola configurata in modo errato che unisce i profili in base all'indirizzo IP anziché all'e-mail. Aggiungi una soglia di confidenza minima alla logica di unione: unisci i profili solo quando corrispondono due o più identificatori deterministici.

Errori di integrazione

Testare sempre le integrazioni in un ambiente di staging prima di passarle in produzione. Verificare che la CDP analizzi correttamente i payload JSON provenienti dai sistemi POS e WiFi. Verificare che le mappature dei campi siano corrette e che i campi obbligatori non siano nulli. Configurare avvisi di monitoraggio per le consegne dei webhook non andate a buon fine, in modo da rilevare eventuali lacune nei dati nel giro di pochi minuti anziché di giorni.

Errori di propagazione del consenso

Testare la propagazione del consenso creando un profilo di test, revocando il consenso e verificando che la soppressione sia stata applicata a tutti i canali collegati entro i tempi previsti. In base al GDPR, le richieste di revoca del consenso devono essere soddisfatte senza indebito ritardo. Un ritardo di propagazione di 24 ore non è conforme.


ROI e impatto sul business

cdp_roi_comparison.png

Una CDP implementata correttamente offre risultati misurabili attraverso tre leve principali.

Efficienza della spesa pubblicitaria. Escludendo i clienti esistenti e attivando segmenti di pubblico simili di prima parte sulle piattaforme pubblicitarie, le location riducono gli sprechi di spesa per l'acquisizione. I benchmark di settore indicano che dal 10 al 20% dei budget di acquisizione viene speso per clienti già convertiti (CDP Institute). L'esclusione elimina questo spreco fin dalla prima settimana di attivazione.

Aumento dei ricavi delle campagne. La segmentazione in tempo reale consente di proporre offerte contestualmente rilevanti mentre il visitatore si trova sul posto. Un hotel che attiva uno sconto per la cena quando un ospite acquista un caffè al mattino ottiene ricavi incrementali che altrimenti andrebbero ai concorrenti esterni alla struttura. Uno stadio che attiva un'offerta di merchandising dieci minuti prima dell'intervallo sfrutta la finestra temporale di massima affluenza dell'evento.

Efficienza operativa. L'automazione del consolidamento dei dati fa risparmiare ai team di ingegneria e marketing ore di elaborazione manuale dei dati ogni settimana. Il CDP Institute riferisce che la risoluzione automatizzata delle identità sostituisce da 20 a 40 ore alla settimana di lavoro di riconciliazione manuale dei dati nelle organizzazioni che in precedenza si affidavano a processi ETL manuali.

Per le location che utilizzano Purple Engage, il ciclo di acquisizione e attivazione dei dati è integrato nella piattaforma. Purple ha raccolto 29 miliardi di data point in oltre 80.000 location (dati interni Purple). La piattaforma di WiFi Analytics fa emergere questi dati in tempo reale, fornendo ai team di marketing gli input di segmentazione di cui hanno bisogno senza richiedere risorse di data engineering.

Per le strutture ricettive del settore hospitality in particolare, la combinazione dei dati del sistema di gestione della struttura e dei dati di accesso al WiFi crea un quadro completo del soggiorno dell'ospite - dall'arrivo al checkout - che consente campagne post-soggiorno personalizzate e incentivi per la prenotazione diretta che riducono la dipendenza dalle OTA.

Per gli operatori del settore retail , la combinazione di dati sul traffico pedonale WiFi e dati sulle transazioni POS consente la segmentazione degli acquirenti in base alla frequenza delle visite, alla dimensione media del carrello e alla preferenza di categoria - gli stessi input di segmentazione che i rivenditori online utilizzano da anni, ora disponibili per i negozi fisici.


Per un'analisi pratica di come il design della tua splash page influenzi i tassi di acquisizione dei dati di prima parte, leggi Come fare un'ottima prima impressione con il tuo WiFi per ospiti . Per le implementazioni negli hub di trasporto e di viaggio, consulta la nostra pagina del settore Trasporti .

Definizioni chiave

Customer Data Platform (CDP)

Software preconfigurato che crea un database clienti persistente e unificato, accessibile ad altri sistemi. Ingerisce dati da più fonti, risolve le identità e rende disponibili profili unificati per l'attivazione in tempo reale.

I team IT implementano le CDP per eliminare i silos di dati tra CRM, POS e sistemi WiFi. I team di marketing utilizzano i profili unificati per la segmentazione e l'automazione delle campagne.

Risoluzione dell'identità

Il processo di abbinamento di punti dati diversi - come un indirizzo email proveniente da un accesso WiFi e un ID fedeltà da un record CRM - a un singolo profilo individuale persistente.

Fondamentale per prevenire record duplicati e garantire che il targeting delle campagne rifletta una visione completa del cliente anziché una parziale.

Dati di prima parte

Informazioni raccolte direttamente dal pubblico tramite i propri canali, come portali di accesso WiFi, app mobili o registrazioni a programmi di fidelizzazione. L'interessato ha una relazione diretta con l'organizzazione che raccoglie i dati.

Con la graduale eliminazione dei cookie di terze parti nei principali browser, i dati di prima parte diventano la risorsa principale per il marketing mirato. Il WiFi per gli ospiti è uno dei punti di acquisizione dati di prima parte più affidabili per i luoghi fisici.

Randomizzazione MAC

Una funzione di privacy nei sistemi operativi moderni (iOS 14+, Android 10+) che trasmette un indirizzo hardware diverso ogni volta che un dispositivo esegue la scansione delle reti, impedendo il tracciamento passivo.

Invalida i vecchi sistemi di analisi della posizione che si basavano sul tracciamento dell'indirizzo MAC. Risolto richiedendo agli utenti di autenticarsi tramite un Captive Portal, acquisendo invece un'identità deterministica.

Soppressione del pubblico

La pratica di escludere specifici segmenti di clienti dalle campagne di marketing. Il caso d'uso più comune consiste nell'escludere i clienti esistenti dalle campagne di acquisizione digitale per evitare sprechi di budget pubblicitario.

In genere è il primo caso d'uso di una CDP a essere implementato perché il ROI è immediato e misurabile. Richiede che la CDP sincronizzi i segmenti con le piattaforme pubblicitarie in tempo reale o quasi.

Captive Portal

Una pagina web con cui gli utenti devono interagire prima di accedere a una rete WiFi pubblica. È il meccanismo principale per acquisire dati di prima parte e consenso nei luoghi fisici.

Il Captive Portal è il punto di acquisizione dei dati per Purple Engage. Presenta il modulo di accesso, mostra l'informativa sul consenso e attiva il webhook verso la CDP in seguito a una corretta autenticazione.

Attivazione in tempo reale

La capacità di attivare azioni di marketing - come l'invio di un SMS o l'aggiornamento di un pubblico pubblicitario - immediatamente in base al comportamento o alla posizione attuale di un utente, senza ritardi dovuti all'elaborazione in batch.

Essenziale per il marketing all'interno dei locali fisici, dove la finestra di opportunità è limitata alla durata della visita. Una campagna attivata dopo che l'ospite ha lasciato il locale ha zero potenziale di conversione.

Arricchimento progressivo del profilo

Il processo di creazione di profili cliente più ricchi nel tempo, man mano che nuove interazioni aggiungono dati a un record esistente. Ogni accesso WiFi, transazione POS o sessione sull'app aggiunge dettagli senza richiedere l'inserimento manuale dei dati.

Significa che il profilo di un nuovo visitatore inizia con un semplice indirizzo email e cresce fino a includere la frequenza delle visite, la cronologia delle transazioni e le preferenze sui canali nel corso delle visite successive.

Orchestrazione del consenso

La gestione centralizzata delle preferenze di opt-in e opt-out su tutti i canali di marketing, garantendo che una modifica del consenso in un canale sia applicata automaticamente a tutti gli altri.

Necessaria per la conformità GDPR e CCPA. Una CDP che applica il consenso a livello di dati impedisce che gli utenti che hanno negato il consenso vengano inclusi in qualsiasi campagna, indipendentemente dallo strumento che la esegue.

Esempi pratici

Un hotel da 200 camere desidera ridurre i costi delle commissioni delle OTA e incrementare la spesa nel ristorante interno. L'hotel utilizza access point HPE Aruba e un PMS per il mercato medio. Come dovrebbe essere implementata la CDP?

Fase 1: Collegare l'infrastruttura HPE Aruba a Purple Engage utilizzando l'overlay cloud. Configurare il Captive Portal per acquisire l'email e il numero di telefono del cliente con il consenso esplicito di opt-in. Configurare un webhook per inviare gli eventi di login alla CDP in tempo reale.

Fase 2: Configurare la risoluzione dell'identità della CDP in modo da utilizzare l'indirizzo email come chiave primaria. Associare il record del cliente del PMS al profilo della CDP utilizzando l'indirizzo email acquisito al check-in.

Fase 3: Definire due segmenti iniziali: 'Ospite attualmente in struttura' (sessione WiFi attiva nelle ultime 4 ore) e 'Ospite in struttura che ha effettuato un acquisto POS oggi'. Quando un ospite si connette al WiFi, la CDP crea un profilo. Quando l'ospite acquista un caffè al ristorante, il webhook del POS aggiorna il profilo. La CDP attiva un SMS automatizzato tramite Purple Engage: 'Approfitta del 10% di sconto sulla cena di stasera - mostra questo messaggio al ristorante.' L'offerta viene recapitata mentre l'ospite è in struttura e può usufruirne.

Fase 4: Dopo il soggiorno, la CDP attiva un'email con un incentivo alla prenotazione diretta 48 ore dopo il checkout, aggirando completamente i canali OTA.

Commento dell'esaminatore: Questo scenario dimostra il valore della combinazione di dati di presenza fisica in tempo reale (sessione WiFi) con i dati di transazione (acquisto POS) per attivare offerte contestualmente rilevanti. L'email post-soggiorno inviata dopo 48 ore utilizza lo stesso profilo unificato per incentivare le prenotazioni dirette, riducendo nel tempo i costi delle commissioni OTA. La decisione architetturale chiave è il webhook in tempo reale dal POS alla CDP - senza di esso, l'offerta per la cena non può essere attivata mentre l'ospite si trova ancora in struttura.

Uno stadio con una capienza di 40.000 persone vuole aumentare le vendite di merchandising durante l'intervallo e migliorare il coinvolgimento dei tifosi dopo l'evento. La struttura utilizza il WiFi Cisco Meraki e vende i biglietti tramite una piattaforma terza che condivide dati demografici anonimizzati ma non informazioni di identificazione personale.

Fase 1: Collegare l'infrastruttura Cisco Meraki a Purple Engage. Configurare il Captive Portal per acquisire l'email e il numero di telefono del tifoso al momento del login al WiFi. Questo crea un livello di identità proprietario di prima parte dello stadio, indipendente dalla piattaforma di biglietteria.

Fase 2: Utilizzare i dati demografici anonimizzati della piattaforma di biglietteria per arricchire i segmenti della CDP con il tipo di evento e il profilo generale del pubblico. Questi dati non contengono PII, quindi possono essere utilizzati per la segmentazione senza innescare obblighi di consenso ai sensi del GDPR.

Fase 3: Creare un segmento in tempo reale: 'Tifoso attualmente nella struttura, connesso al WiFi negli ultimi 30 minuti'. Dieci minuti prima dell'intervallo, la CDP attiva una notifica push tramite l'app dello stadio: 'Salta la coda - ritira il tuo ordine di merchandising allo stand 12 utilizzando il codice FAN2024.' Questo riduce i tempi di attesa nella finestra dell'evento con maggiore affluenza.

Fase 4: Dopo l'evento, la CDP attiva un'email di follow-up entro 24 ore con un'offerta personalizzata basata sulla cronologia delle visite del tifoso. I tifosi che hanno partecipato a tre o più eventi nella stagione ricevono un premio fedeltà. I tifosi che partecipano per la prima volta ricevono uno sconto per il 'prossimo evento'.

Commento dell'esaminatore: L'aspetto cruciale in questo scenario è che lo stadio non ha bisogno di accedere ai dati PII grezzi della biglietteria per creare una CDP. L'accesso al WiFi crea il livello di identità. I dati di biglietteria anonimizzati arricchiscono i segmenti senza creare rischi di conformità. Il trigger in tempo reale durante l'intervallo dimostra come i dati sulla presenza fisica, combinati con una finestra di attivazione breve, generino ricavi incrementali che le campagne elaborate in batch non possono acquisire.

Domande di esercitazione

Q1. La tua catena di vendita al dettaglio desidera interrompere la visualizzazione di annunci di acquisizione digitale agli acquirenti che si trovano attualmente nei tuoi negozi. I negozi utilizzano access point Ubiquiti UniFi e utilizzano una CDP principale. Quali funzionalità sono richieste e qual è il flusso di dati?

Suggerimento: Considera in che modo la CDP identifica l'acquirente come attualmente in loco e come lo comunica alla piattaforma pubblicitaria.

Visualizza risposta modello

Le funzionalità richieste sono: (1) inserimento di dati in tempo reale dall'evento di accesso WiFi alla CDP, (2) una definizione di segmento per "acquirente attualmente in loco" basata su una sessione WiFi attiva nelle ultime N ore e (3) una sincronizzazione del pubblico in tempo reale dalla CDP alla piattaforma pubblicitaria (ad es. Google Ads Customer Match o Meta Custom Audiences). Il flusso di dati è: l'acquirente si connette al WiFi tramite il Captive Portal di Purple Engage, l'evento di accesso viene inviato alla CDP tramite webhook, la CDP aggiorna il profilo dell'acquirente e lo aggiunge al segmento "in loco", la CDP sincronizza il segmento con la piattaforma pubblicitaria, la piattaforma pubblicitaria esclude l'acquirente dalle campagne di acquisizione. Il vincolo chiave è la frequenza di sincronizzazione: se la piattaforma pubblicitaria accetta gli aggiornamenti del pubblico solo ogni 24 ore, la soppressione non sarà efficace per le visite dello stesso giorno. Assicurarsi che l'integrazione tra CDP e piattaforma pubblicitaria supporti sincronizzazioni quasi in tempo reale o orarie.

Q2. Un utente accede al Guest WiFi utilizzando un indirizzo email già esistente nel CRM, ma il record del CRM presenta un numero di telefono diverso. Le regole di risoluzione dell'identità della CDP utilizzano l'email come chiave primaria. In che modo la CDP dovrebbe gestire questo conflitto e quali sono le implicazioni di conformità?

Suggerimento: Pensa a quale fonte di dati ha maggiori probabilità di essere accurata e a cosa dice il GDPR sull'accuratezza dei dati.

Visualizza risposta modello

La CDP dovrebbe unire i profili utilizzando l'indirizzo email come chiave primaria, poiché entrambi i record condividono la stessa email. Il conflitto sul numero di telefono dovrebbe essere risolto in base alle regole di risoluzione dei conflitti predefinite. Se l'accesso al WiFi è più recente, il nuovo numero di telefono dovrebbe essere aggiunto al profilo come identificatore aggiuntivo, non utilizzato per sovrascrivere quello esistente senza verifica. Ai sensi dell'Articolo 5(1)(d) del GDPR, i dati personali devono essere accurati e aggiornati. La sovrascrittura di un numero di telefono esistente con uno non verificato proveniente da un nuovo evento di accesso potrebbe introdurre imprecisioni. L'approccio consigliato consiste nel memorizzare entrambi i numeri di telefono con timestamp e attribuzione della sorgente, e utilizzare quello verificato più di recente per le comunicazioni in uscita. Segnalare il conflitto per una revisione della qualità dei dati se la discrepanza è significativa.

Q3. Stai fornendo consulenza a un centro congressi che desidera implementare una CDP. Il team di marketing desidera integrare contemporaneamente CRM, sistema di biglietteria, app mobile e Guest WiFi per essere pronti per un grande evento in otto settimane. Qual è la tua raccomandazione e quali sono i rischi dell'approccio proposto?

Suggerimento: Considera le migliori pratiche di implementazione graduale e le conseguenze di un'integrazione non riuscita in un ambiente di eventi live.

Visualizza risposta modello

Sconsigliare l'integrazione simultanea. I rischi sono: (1) i conflitti di schema tra quattro diverse origini dati richiederanno un tempo significativo di ingegneria dei dati per essere risolti, superando probabilmente la finestra di otto settimane; (2) una regola di risoluzione dell'identità configurata in modo errato potrebbe causare il collasso del profilo o la perdita di dati su tutte e quattro le origini contemporaneamente; (3) se un'integrazione fallisce durante l'evento, il team di marketing non avrà una posizione di ripiego. L'approccio consigliato consiste nel dare la priorità all'integrazione del Guest WiFi nelle settimane da uno a tre, poiché si tratta della sorgente di dati di prima parte con il volume più elevato e la più rapida da implementare. Convalidare il flusso di dati e creare il primo segmento (partecipanti attualmente in loco) prima dell'evento. L'integrazione del CRM può seguire nelle settimane da quattro a sei, mentre le integrazioni della biglietteria e dell'app possono essere pianificate per il periodo successivo all'evento. Ciò garantisce che il centro congressi disponga di una CDP funzionante con almeno una sorgente dati di alta qualità per l'evento, anziché di un sistema configurato parzialmente con quattro sorgenti inaffidabili.

Q4. Un gruppo alberghiero gestisce 50 proprietà nel Regno Unito e in Europa. Ogni proprietà ha un fornitore di hardware WiFi diverso: alcune utilizzano Cisco Meraki, altre Ruckus e alcune Fortinet. Il CTO desidera una CDP unificata per tutte le proprietà. È fattibile e qual è l'architettura di integrazione?

Suggerimento: Considera il modello di implementazione hardware-agnostico di Purple e il modo in care la CDP gestisce i profili multi-sede.

Visualizza risposta modello

Questo è fattibile. Purple si distribuisce come un overlay cloud indipendente dall'hardware, il che significa che può connettersi agli access point Cisco Meraki, Ruckus e Fortinet senza richiedere la standardizzazione dell'hardware. L'infrastruttura WiFi di ciascuna proprietà si connette a Purple in modo indipendente. Il Captive Portal è configurato centralmente e distribuito in tutte e 50 le proprietà. Gli eventi di accesso da tutte le proprietà fluiscono verso la stessa CDP tramite lo stesso endpoint webhook, con un identificatore di sede incluso nel payload di ciascun evento. La CDP utilizza l'identificatore di sede per taggare ciascun evento di accesso con la posizione della proprietà. Il motore di risoluzione delle identità unisce i profili delle varie proprietà: un ospite che soggiorna presso la proprietà di Londra e successivamente presso quella di Parigi viene riconosciuto come la stessa persona perché utilizza lo stesso indirizzo email. Questo crea un profilo cross-proprietà che consente al gruppo alberghiero di personalizzare le comunicazioni in base alla cronologia completa dei soggiorni dell'ospite in tutto il portafoglio, non solo alla sua visita più recente.