Vai al contenuto principale

Twilio segment customer data platform: a comprehensive guide for businesses

Questa guida tecnica spiega come implementare Twilio Segment Customer Data Platform (CDP) per unificare fonti di dati frammentate. Fornisce progetti architetturali pratici e strategie di implementazione per i team IT e marketing per attivare i dati di prima parte.

📖 5 minuti di lettura📝 1,171 parole🔧 2 esempi pratici3 domande di esercitazione📚 8 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Siete un consulente tecnologico senior con un accento britannico calmo e autorevole, che tiene un briefing con un cliente in una sala riunioni privata. Parlate con tranquilla sicurezza, ritmo misurato e una occasionale ironia sottile. Non si tratta di una conferenza, ma di un briefing tra pari. Parlate chiaramente, con pause naturali tra le sezioni: Benvenuti a questo briefing sulla Customer Data Platform Twilio Segment. Vi guiderò attraverso che cos'è, come funziona sotto il cofano, come implementarla e - cosa fondamentale - dove le aziende come la vostra stanno ottenendo un valore reale. [pausa media] Iniziamo con il contesto. La maggior parte delle organizzazioni oggi si trova ad affrontare un problema di dati che apparentemente sembra un vantaggio in termini di dati. Avete i dati analitici del sito web in uno strumento, i record del CRM in un altro, le transazioni del punto vendita da qualche altra parte e i dati di accesso WiFi degli ospiti in un altro sistema ancora. Ogni team ha la propria visione del cliente. Nessuno di essi concorda. Questo è il problema che Twilio Segment è stato creato per risolvere. Segment è una Customer Data Platform - una CDP. Il suo compito è raccogliere dati di prima parte da ogni punto di contatto, unificarli in un unico profilo cliente e poi attivare quel profilo nei vostri strumenti a valle. Pensatelo come il sistema nervoso centrale per il vostro stack di dati dei clienti. [pausa media] Ora, Twilio ha acquisito Segment nel 2020 per circa 3,2 miliardi di dollari USA. Questo vi dice due cose. Primo, il mercato ha preso sul serio le CDP. Secondo, la combinazione dell'infrastruttura dati di Segment con la piattaforma di comunicazione di Twilio ha creato qualcosa di veramente utile - un sistema in cui è possibile raccogliere dati, comprendere un cliente e poi raggiungerlo tramite email, SMS o notifiche push, il tutto da un unico stack connesso. [pausa media] Permettetemi di illustrarvi l'architettura. Segment ha quattro componenti principali. In primo luogo, Connections. Questo è il livello della pipeline di dati. Strumentate il vostro sito web con la libreria Analytics dot JS di Segment, la vostra applicazione mobile con il loro SDK iOS o Android e i vostri sistemi lato server con una delle loro librerie server. Ogni azione dell'utente - la visualizzazione di una pagina, il clic su un pulsante, un acquisto, un accesso WiFi - invia un evento a Segment. Tali eventi sono standardizzati utilizzando sei tipi di chiamata API: Identify, Track, Page, Screen, Group e Alias. La chiamata Identify registra chi è l'utente. La chiamata Track registra cosa ha fatto. Questa standardizzazione è importante perché significa che i vostri dati arrivano con uno schema coerente, indipendentemente dalla sorgente da cui provengono. [pausa media] In secondo luogo, Protocols. Questo è il livello di governance dei dati di Segment. Si definisce un Tracking Plan - un documento che specifica esattamente quali eventi si desidera catturare, quali proprietà deve contenere ciascun evento e quali convenzioni di denominazione applicare. Protocols convalida i dati in entrata rispetto a tale piano e segnala o blocca gli eventi non conformi. Per i team aziendali, questa è la differenza tra un data warehouse pulito e un pantano. [pausa media] In terzo luogo, Unify. Questo è il momento in cui avviene la risoluzione dell'identità. Quando un ospite si connette al tuo WiFi e accede con la sua e-mail, e in seguito visita il tuo sito web da un dispositivo diverso, l'Identity Graph di Segment unisce queste due sessioni in un unico profilo persistente. Lo fa abbinando gli identificatori - ID utente, ID anonimi, indirizzi e-mail e ID esterni personalizzati. Il risultato è un profilo cliente unico che riflette ogni interazione su ogni canale. Per gli operatori del settore alberghiero e del commercio al dettaglio, questo è particolarmente prezioso. Un ospite che ha effettuato il check-in nel tuo hotel tre volte, ha ordinato il servizio in camera due volte e ha cliccato sulla tua e-mail post-soggiorno non corrisponde a tre record separati. Si tratta di un unico cliente di alto valore con un chiaro modello comportamentale. [medium pause] In quarto luogo, Engage. Questo è il livello di attivazione. Una volta ottenuti i profili unificati, si creano i segmenti di pubblico - "segments", nella terminologia di Segment. Potresti definire un pubblico come: ospiti che hanno visitato più di due volte negli ultimi 90 giorni, hanno aperto almeno un'e-mail e non hanno effettuato una prenotazione negli ultimi 30 giorni. Segment valuta questa definizione in tempo reale e mantiene aggiornata l'appartenenza del pubblico. Successivamente, sincronizzi quel pubblico con la tua piattaforma e-mail, il tuo CRM, la tua rete pubblicitaria o una qualsiasi delle oltre 550 destinazioni nel catalogo di Segment. Il pubblico si aggiorna automaticamente al variare del comportamento dei clienti. Sei un consulente tecnologico senior con un accento britannico calmo e autorevole, che continua un briefing con un cliente. Parla con pacata sicurezza e ritmo misurato. Continua naturalmente da una sezione precedente: Ora parliamo di dove questo diventa interessante per gli operatori di sedi fisiche, i rivenditori e i marchi dell'ospitalità. La modalità di fallimento più comune che vedo nelle organizzazioni che implementano una CDP consiste nel trattarla come un progetto tecnico anziché aziendale. Il team di ingegneri configura le sorgenti, i dati fluiscono in Segment e poi... non succede nulla. I segmenti di pubblico rimangono lì. Nessuno li attiva. Il motivo è quasi sempre lo stesso. I casi d'uso aziendali non sono stati definiti prima dell'inizio dell'implementazione. Quindi ecco la regola che do a ogni cliente: definisci i tuoi primi tre casi d'uso prima di scrivere una sola riga di codice di tracciamento. Quale decisione consentiranno questi dati? Quale campagna alimenteranno? Quale esclusione applicheranno? [medium pause] Permettimi di farti due esempi concreti. Un gruppo alberghiero di fascia media - 40 proprietà, circa 2.000 camere - stava inviando campagne email all'intero database di ospiti. I tassi di apertura si attestavano intorno al 12%. Hanno implementato Segment, collegato il loro sistema di gestione della proprietà come sorgente e creato tre segmenti di pubblico: ospiti che avevano soggiornato negli ultimi 60 giorni, ospiti che non erano tornati da oltre 12 mesi e ospiti che avevano prenotato direttamente rispetto a chi aveva usato una OTA. Hanno escluso gli ospiti OTA dalle campagne di acquisizione - inutile pagare per riacquisire chi ti conosce già. Hanno poi inviato una sequenza di win-back personalizzata al segmento dei clienti inattivi. Entro 90 giorni, le entrate da prenotazioni dirette via email sono aumentate del 34%. I dati erano sempre stati lì. Segment li ha semplicemente resi azionabili. [medium pause] Secondo esempio. Una catena di vendita al dettaglio con 120 negozi faticava con il classico problema: i dati dei clienti online e in-store risiedevano in sistemi separati. Un cliente che aveva acquistato online tre volte veniva trattato come un nuovo cliente quando entrava in un negozio. Hanno collegato la loro piattaforma di e-commerce, la loro app di fidelizzazione e i dati di accesso al WiFi in-store come sorgenti in Segment. L'identity graph ha unito i profili. Il personale del negozio poteva vedere, tramite un'app di clienteling, che il cliente di fronte a loro era un acquirente online ad alto valore che non aveva mai acquistato in-store. Quel contesto ha cambiato la conversazione. Il valore medio delle transazioni nei negozi partecipanti è aumentato del 22% in sei mesi. [medium pause] Ora, gli errori di implementazione. Ce ne sono quattro che riscontro costantemente. Uno: scarsa igiene del piano di tracciamento. I team configurano gli eventi senza concordare prima le convenzioni di denominazione. Ci si ritrova con "acquisto completato", "ordine confermato" e "transazione riuscita" che significano tutti la stessa cosa. Protocols previene questo problema, ma solo se lo si usa fin dal primo giorno. Due: errata configurazione della risoluzione dell'identità. Se si impostano regole di unione troppo flessibili, si rischia di unire profili che dovrebbero rimanere separati - ad esempio, due persone che condividono lo stesso dispositivo. Se si impostano regole troppo rigide, si perde l'unione reale tra dispositivi diversi. Il modello predefinito di Segment funziona nella maggior parte dei casi, ma verificate le impostazioni di protezione dell'unione prima di andare live. Tre: sovraccarico di destinazioni. I team collegano ogni destinazione possibile fin dal primo giorno. I problemi di qualità dei dati in una destinazione si propagano a cascata. Iniziate con due o tre destinazioni, convalidate la qualità dei dati, quindi espandetevi. Quattro: GDPR e gestione del consenso. Il Privacy Portal di Segment consente di gestire le richieste di cancellazione e limitazione dei dati su tutto lo stack tecnologico da un unico punto. Ma è necessario configurare correttamente le categorie di consenso a livello di sorgente. Se un utente revoca il consenso al marketing, tale preferenza deve propagarsi a ogni destinazione. Configurate questo aspetto prima di andare live, non dopo la prima richiesta di accesso ai dati dell'interessato. [medium pause] In merito alla conformità - Segment opera come responsabile del trattamento dei dati ai sensi del GDPR. Tu sei il titolare del trattamento. Segment fornisce un Addendum sulla protezione dei dati (DPA) e Clausole Contrattuali Standard per i trasferimenti internazionali di dati. Erano conformi al GDPR già prima della data di entrata in vigore di maggio 2018. Ma la conformità è una responsabilità condivisa. Il tuo piano di tracciamento, i tuoi flussi di consenso e le tue policy di conservazione dei dati sono di tua competenza. [medium pause] Ora, una sezione rapida sulle domande più comuni che ricevo dai clienti. Quanto tempo richiede l'implementazione di Segment? Per una distribuzione semplice - una sorgente web, una sorgente mobile, tre destinazioni - ci vogliono dalle quattro alle sei settimane per un team di ingegneri competente. Una distribuzione enterprise completa con più sorgenti, governance dei Protocols e risoluzione dell'identità con Unify richiede in genere da tre a quattro mesi. Quanto costa? Segment applica tariffe basate sugli utenti tracciati mensilmente. Il piano gratuito copre 1.000 utenti tracciati mensilmente. I piani Team partono da circa 120 dollari USA al mese. I prezzi Enterprise sono negoziati e scalano con il volume dei dati. Prevedi un budget per i servizi professionali se il tuo team non ha mai implementato una CDP in precedenza. Funziona con il mio stack esistente? Quasi certamente sì. Il catalogo di oltre 550 destinazioni copre Salesforce, HubSpot, Braze, Klaviyo, Google Analytics, BigQuery, Snowflake, Redshift e la maggior parte delle principali piattaforme di marketing e analisi. Se il tuo strumento non è presente nel catalogo, l'API HTTP e la destinazione webhook di Segment coprono le integrazioni personalizzate. [medium pause] Permettetemi di concludere con i punti chiave. Twilio Segment è una CDP matura e ben documentata, con un ampio catalogo di integrazioni e forti capacità di risoluzione dell'identità. La sua architettura a quattro livelli - Connections, Protocols, Unify, Engage - copre l'intero ciclo di vita dei dati, dalla raccolta all'attivazione. Il valore aziendale deriva dall'attivazione, non dalla raccolta. Definisci i tuoi casi d'uso prima di strumentare le tue sorgenti. La conformità al GDPR richiede configurazione, non solo un DPA firmato. Configura le categorie di consenso e i flussi di lavoro di eliminazione prima di andare live. Per i gestori di sedi fisiche e i marchi dell'ospitalità, i casi d'uso a più alto ROI sono in genere: l'esclusione dei clienti esistenti dalle campagne di acquisizione, la personalizzazione delle sequenze di win-back per gli ospiti persi e l'arricchimento degli strumenti del personale in loco con profili cliente unificati. E infine - se stai acquisendo dati di accesso WiFi degli ospiti, si tratta di dati di prima parte con email verificata e consenso esplicito. È una delle sorgenti più preziose che puoi collegare a una CDP. Non lasciarla isolata in un sistema separato. [medium pause] Questo è il briefing. Se desideri approfondire una di queste aree - architettura di implementazione, prioritizzazione dei casi d'uso o valutazione dei fornitori - è disponibile la guida scritta completa. Grazie per il tuo tempo.

header_image.png

Sintesi per i decisori aziendali

La maggior parte dei team IT aziendali gestisce un'architettura dati frammentata. I dati analitici del sito web risiedono in uno strumento, i record del CRM in un altro, le transazioni del punto vendita in un terzo e i dati di accesso del Guest WiFi in un quarto. Ciascun team opera con una visione parziale del cliente. Twilio Segment Customer Data Platform (CDP) risolve questo problema raccogliendo dati di prima parte da ogni punto di contatto, unificandoli in un unico profilo e instradandoli verso gli strumenti a valle in tempo reale.

Per i gestori di sedi fisiche, i rivenditori e i marchi dell'ospitalità, l'implementazione di una CDP non è solo un esercizio di ingegneria dei dati. È un requisito commerciale. Unificando l'identità, è possibile escludere i clienti esistenti dalle campagne di acquisizione, personalizzare le sequenze di fidelizzazione e attivare segmenti di pubblico ad alto valore sulle piattaforme pubblicitarie. Questa guida illustra in dettaglio l'architettura tecnica di Twilio Segment, il percorso di implementazione e le migliori pratiche indipendenti dal fornitore per garantire un ritorno sull'investimento.

Approfondimento tecnico: l'architettura di Segment

L'architettura di Twilio Segment opera su quattro livelli distinti: Connections, Protocols, Unify e Engage. Comprendere questo flusso di dati è fondamentale per gli architetti di rete e gli ingegneri dei dati che pianificano un'implementazione aziendale.

cdp_architecture_diagram.png

1. Connections: la pipeline dei dati

Connections rappresenta il livello di acquisizione e instradamento. Le sorgenti di dati vengono configurate utilizzando gli SDK e le librerie di Segment (Analytics.js per il web, gli SDK iOS/Android per i dispositivi mobili e le librerie lato server per i sistemi di backend).

Ogni azione dell'utente attiva un evento all'interno di Segment utilizzando uno schema standardizzato di sei chiamate API:

  • Identify: registra l'identità dell'utente e i suoi tratti distintivi.
  • Track: registra le azioni compiute dall'utente (ad es. "Articolo acquistato").
  • Page: registra le visualizzazioni delle pagine web.
  • Screen: registra le visualizzazioni delle schermate delle applicazioni mobili.
  • Group: associa un utente a un account o a un'organizzazione.
  • Alias: collega un ID anonimo a un ID utente noto.

Questa standardizzazione garantisce che i dati arrivino in un formato coerente, indipendentemente dal fatto che provengano da un sistema per punti vendita Retail o da un motore di prenotazione alberghiera.

2. Protocols: governance dei dati

Protocols agisce come livello di convalida. Prima di scrivere qualsiasi riga di codice, si definisce un Piano di Tracciamento - uno schema rigoroso che specifica esattamente quali eventi sono consentiti, quali proprietà devono contenere e i tipi di dati richiesti. Protocols convalida i dati in entrata rispetto a questo piano in tempo reale, bloccando o segnalando gli eventi non conformi prima che inquinino i sistemi a valle.

3. Unify: risoluzione dell'identità

Unify è il grafo dell'identità. Quando un utente si connette alla rete e si autentica, vengono acquisiti l'indirizzo MAC del dispositivo, l'e-mail e i dati della sessione. Se lo stesso utente visita in seguito il sito web da un dispositivo diverso, Segment unisce queste interazioni in un unico profilo persistente. Questo risultato viene ottenuto associando gli identificatori in modo deterministico tra i vari canali.

Ad esempio, How to make a great first impression with your guest WiFi (and keep your brand consistent) discute l'importanza del Captive Portal. Quando integrato con Segment, quel portale diventa un nodo primario di risoluzione dell'identità, collegando un visitatore fisico anonimo a un profilo digitale noto.

4. Engage: attivazione del pubblico

Engage è il livello di creazione e attivazione del pubblico. Una volta unificati i profili, i team di marketing possono definire segmenti dinamici (es. "Ospiti di alto valore che non hanno visitato negli ultimi 90 giorni"). Segment valuta queste regole continuamente e sincronizza i pubblici risultanti con una qualsiasi delle oltre 550 destinazioni supportate, come Google Ads, Salesforce o piattaforme e-mail.

Guida all'implementazione

L'implementazione di una CDP richiede un rigoroso allineamento tra IT e marketing. Seguire questo percorso di implementazione per evitare l'errore comune di tracciare dati che nessuno utilizzerà.

Passaggio 1: Definire i casi d'uso aziendali

Non scrivere codice di tracciamento finché non sono state definite esattamente le decisioni che i dati dovranno guidare. Identificare tre casi d'uso ad alto impatto. Ad esempio:

  1. Escludere gli acquirenti recenti dalle campagne di acquisizione sui media a pagamento.
  2. Attivare una sequenza di e-mail personalizzate quando un cliente inattivo accede al WiFi in negozio.
  3. Sincronizzare i segmenti di clienti ad alto valore del ciclo di vita con Meta per la generazione di lookalike audience.

Passaggio 2: Costruire il Piano di Tracciamento

Creare un Piano di Tracciamento unificato utilizzando Protocols. Concordare convenzioni di denominazione standard in tutta l'azienda. Utilizzare in modo coerente snake_case o camelCase. Definire gli eventi minimi indispensabili necessari per alimentare i tre casi d'uso. Non tracciare ogni singolo clic sui pulsanti.

Passaggio 3: Strumentare le sorgenti e convalidare

Iniziare con due sorgenti primarie: il sito web e la sorgente di dati offline più affidabile, come Purple WiFi Analytics .

purple_wifi_cdp_integration.png

Implementare gli SDK e utilizzare il debugger di Segment per verificare che gli eventi vengano attivati correttamente e siano conformi al Piano di Tracciamento.

Fase 4: Configurare la risoluzione delle identità

Esamina le regole di unione di Unify. La corrispondenza deterministica predefinita di Segment funziona bene, ma devi assicurarti che i tuoi sistemi sorgente trasmettano correttamente gli identificatori. Per gli ambienti con dispositivi condivisi, assicurati di attivare le corrette chiamate reset() al momento del logout per evitare errori di unione dei profili.

Fase 5: Connettere le destinazioni e attivare

Connetti le tue destinazioni a valle. Inizia con una destinazione di analisi (ad es. Google Analytics) e una destinazione di attivazione (ad es. una piattaforma di posta elettronica). Costruisci i tuoi segmenti di pubblico in Engage e verifica i tassi di sincronizzazione.

Best practice

  • Considerare il WiFi per gli ospiti come una fonte di identità primaria: il WiFi per gli ospiti acquisisce dati di prima parte verificati (e-mail, numero di telefono) con il consenso esplicito. Colma il divario tra il traffico pedonale anonimo e i profili digitali noti. Assicurati che l'architettura della tua rete supporti questa integrazione. Per considerazioni sulla progettazione, consulta Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .
  • Imporre una tipizzazione rigida dei dati: utilizza Protocols per imporre i tipi di dati (ad esempio, assicurando che le entrate siano sempre trasmesse come float e non come stringa). Tipi di dati errati interromperanno le integrazioni a valle.
  • Standardizzare le integrazioni hardware: quando integri l'infrastruttura di rete come sorgente di dati, attieniti all'hardware aziendale supportato. Purple si integra perfettamente con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet.

Risoluzione dei problemi e mitigazione dei rischi

GDPR e gestione del consenso

Tu sei il titolare del trattamento dei dati; Segment è il responsabile del trattamento dei dati. Ai sensi del GDPR, devi gestire il consenso in modo rigoroso. Se un utente rinuncia alle comunicazioni di marketing sul tuo sito web, tale preferenza deve propagarsi a ogni destinazione a valle.

Utilizza il Privacy Portal di Segment per gestire le richieste di cancellazione dei dati. Tuttavia, è necessario configurare correttamente le categorie di consenso a livello di sorgente. Acquisisce il consenso esplicito durante il processo di accesso al WiFi e mappa tale stato di consenso sul profilo Segment dell'utente.

La modalità di errore "Destination Overload"

Una modalità di errore comune consiste nel connettere 20 destinazioni fin dal primo giorno. Ciò provoca problemi di qualità dei dati a cascata su tutto lo stack. Connetti le destinazioni in sequenza. Valuta il flusso di dati nello strumento di destinazione prima di aggiungere quello successivo.

ROI e impatto sul business

Il ritorno sull'investimento per una CDP si misura su tre vettori primari:

  1. Efficienza della spesa pubblicitaria: escludendo i clienti esistenti dalle campagne di acquisizione tramite segmenti di pubblico CDP unificati, le organizzazioni riducono in genere lo spreco di spesa pubblicitaria dal 10% al 20%.
  2. Aumento dei ricavi delle campagne: le campagne personalizzate di cross-sell e win-back guidate da attivatori comportamentali in tempo reale generano tassi di conversione più elevati rispetto alle e-mail massive non segmentate.
  3. Efficienza operativa: l'automazione delle pipeline di dati e della sincronizzazione dei segmenti di pubblico elimina le esportazioni CSV manuali e la riconciliazione dei dati precedentemente eseguite da ingegneri e analisti di dati. Per le organizzazioni nei settori dell' Ospitalità e dei Trasporti , dove l'affluenza fisica è la metrica di coinvolgimento primaria, collegare i dati fisici allo stack digitale tramite Segment offre un vantaggio commerciale immediato.

Definizioni chiave

Identity Resolution

Il processo di abbinamento deterministico o probabilistico di punti dati disparati (cookie, ID dispositivo, e-mail) per creare un unico profilo cliente unificato.

Quando i team IT devono unire un visitatore anonimo del sito web con un record CRM noto dopo che l'utente si è autenticato.

Tracking Plan

Uno schema formale che definisce gli eventi esatti, le proprietà e i tipi di dati a cui è consentito accedere alla CDP.

Utilizzato dai data engineer per gestire la qualità dei dati ed evitare che eventi non documentati inquinino il data warehouse.

First-Party Data

Informazioni che un'azienda raccoglie direttamente dai propri clienti con il loro esplicito consenso, come record CRM o accessi Guest WiFi.

Fondamentale per la strategia di marketing poiché i cookie di terze parti vengono eliminati dai principali browser.

Source

Qualsiasi sistema, applicazione o sito web che genera dati e li invia alla pipeline di Segment.

Le fonti comuni includono app iOS, server Node.js e integrazioni hardware come Purple WiFi.

Destination

Qualsiasi strumento o piattaforma a valle che riceve dati da Segment.

Le destinazioni comuni includono Google Analytics, Salesforce CRM e i data warehouse Snowflake.

Audience

Un segmento dinamico di utenti definito da caratteristiche o comportamenti specifici, aggiornato in tempo reale dalla CDP.

Utilizzato dai team di marketing per attivare campagne mirate o escludere utenti specifici dalla pubblicità.

Deterministic Matching

Unione dei profili dei clienti basata su corrispondenze esatte di identificatori unici, come un indirizzo e-mail o un ID utente.

Il metodo più accurato per la risoluzione dell'identità, preferito per la conformità e l'accuratezza del targeting.

Data Processor

Un'entità che tratta dati personali per conto del titolare del trattamento dei dati ai sensi del GDPR.

Segment funge da responsabile del trattamento dei dati (Data Processor), il che significa che l'operatore della sede (il titolare del trattamento o controller) rimane responsabile dell'ottenimento del consenso dell'utente.

Esempi pratici

Un hotel da 200 camere ha l'esigenza di smettere di spendere budget pubblicitario per gli ospiti che hanno già prenotato un soggiorno, ma i dati del loro motore di prenotazione sono scollegati dal loro account Google Ads.

  1. Collega il motore di prenotazione dell'hotel come Source in Segment.
  2. Attiva un evento Track denominato Booking Completed con proprietà che includono booking_value e check_in_date.
  3. In Segment Engage, crea un Audience definita come 'Utenti che hanno effettuato Booking Completed negli ultimi 60 giorni'.
  4. Collega Google Ads come Destination.
  5. Sincronizza l'Audience con Google Ads e applicala come elenco di targeting negativo (elenco di esclusione) su tutte le campagne di acquisizione.
Commento dell'esaminatore: Questo è il classico caso d'uso di esclusione del pubblico. Offre un ROI immediato eliminando la spesa pubblicitaria sprecata. L'alternativa - esportare manualmente file CSV dal motore di prenotazione e caricarli su Google Ads - è lenta, soggetta a errori e viola le migliori pratiche di sicurezza dei dati.

Una catena retail desidera attivare un'e-mail personalizzata che offre uno sconto del 10% quando un acquirente online ad alto valore accede per la prima volta al WiFi in negozio.

  1. Collega la piattaforma di e-commerce e Purple Guest WiFi come Sources in Segment.
  2. La piattaforma di e-commerce trasmette la chiamata Identify con l'e-mail del cliente e una caratteristica calcolata Lifetime_Value > 500.
  3. Quando il cliente accede al WiFi del negozio, Purple attiva una chiamata Identify con lo stesso indirizzo e-mail.
  4. Segment Unify unisce il profilo online con i dati della visita fisica.
  5. Crea un Engage Journey attivato dall'evento WiFi Login, filtrato per gli utenti con la caratteristica di alto valore.
  6. Il Journey invia un webhook alla piattaforma e-mail per attivare il codice sconto.
Commento dell'esaminatore: Questo approccio colma il divario tra online e offline. Utilizzando l'indirizzo e-mail come chiave di corrispondenza deterministica, il grafico dell'identità unisce con successo il profilo e-commerce alla visita del negozio fisico in tempo reale, consentendo un'attivazione immediata.

Domande di esercitazione

Q1. Il tuo team marketing desidera tracciare 150 diverse interazioni utente sulla nuova app mobile da inviare a Segment. Come dovresti approcciare questa implementazione?

Suggerimento: Considera i costi di manutenzione e lo scopo dei dati.

Visualizza risposta modello

Rifiuta la richiesta iniziale. Richiedi al team marketing di definire le decisioni aziendali specifiche o le campagne che ciascun evento alimenterà. Riduci l'elenco agli eventi minimi indispensabili per tali casi d'uso, documentali nel Piano di Tracciamento e implementa solo quelli. Tracciare dati senza un caso d'uso reale crea debito tecnico.

Q2. Un cliente richiede l'eliminazione di tutti i propri dati personali ai sensi del GDPR. Come esegui questa operazione su uno stack con 15 diversi strumenti a valle collegati a Segment?

Suggerimento: Esamina le funzionalità di privacy di Segment anziché la cancellazione manuale.

Visualizza risposta modello

Utilizza il Portale Privacy di Segment per inviare una richiesta di cancellazione. Segment elaborerà l'eliminazione all'interno dei propri archivi e inoltrerà automaticamente la richiesta di cancellazione a tutte le destinazioni a valle supportate, garantendo la conformità nell'intero stack senza richiedere interventi manuali in 15 strumenti diversi.

Q3. Noti che un singolo utente ha due profili distinti in Segment: uno contenente la cronologia di navigazione del sito web (ID anonimo) e uno contenente i dati di accesso WiFi (indirizzo email). Perché Unify non li ha uniti?

Suggerimento: In che modo l'identity graph collega il traffico anonimo agli utenti noti?

Visualizza risposta modello

L'utente non ha eseguito un'azione sul sito web che colleghi il cookie anonimo al suo indirizzo email noto. Per risolvere questo problema, è necessario un evento di autenticazione sul sito web (come un login o l'iscrizione alla newsletter) che attivi una chiamata Identify passando sia l'ID anonimo sia l'indirizzo email. Una volta fatto questo, Segment unirà i dati cronologici di navigazione con il profilo WiFi.