SAP CDP

Che cos’è SAP Customer Data Platform?

SAP Customer Data Platform è la piattaforma di dati cliente in tempo reale di SAP: ingerisce dati da fonti commerce, service, marketing ed ERP, risolve le identità tra touchpoint anonimi e conosciuti e attiva profili unificati e conformi al consenso su ogni canale connesso. La pagina prodotto ufficiale e la documentazione sul SAP Help Portal sono i riferimenti canonici.

Spadoom progetta i modelli dati, le pipeline di ingestione e i flussi di attivazione dietro SAP CDP per clienti in Svizzera, Germania, Austria e Italia. Di seguito: cosa realizziamo, in cosa la CDP differisce da Customer Identity (CIAM) e da dove nasce tipicamente il valore di una CDP.

Cosa realizza Spadoom

Una Customer Data Platform è preziosa solo se i dati al suo interno sono affidabili. La maggior parte dei progetti CDP fallisce a livello dati: mappatura delle sorgenti carente, identificatori incoerenti, acquisizione del consenso incompleta.

Ogni progetto CDP di Spadoom inizia con un audit dei dati. Ci sediamo con i vostri team di engineering e marketing e mappiamo ogni touchpoint cliente: quali dati genera, come sono strutturati, dove esistono gli identificatori e cosa deve essere trasformato prima dell’ingestione. Documentiamo le lacune. Segnaliamo i punti ciechi nel consenso. Solo allora configuriamo la piattaforma.

Questo approccio è più lento all’inizio e significativamente più veloce nel complesso. Elimina i cicli di rework che affliggono i rollout CDP quando i team saltano l’audit e iniziano a collegare le sorgenti dal primo giorno.

In qualità di SAP Gold Partner con sedi a Zugo (sede principale) e Wädenswil, oltre a Cornate d’Adda vicino a Monza, Vienna e Tallinn, realizziamo progetti CDP nella regione DACH, in Italia e nel resto d’Europa. Il nostro lavoro segue la metodologia SAP Activate in cinque fasi (discovery, preparazione, esplorazione, realizzazione e deployment), adattata specificamente all’ambito e alla complessità dei progetti CDP.

Non siamo un rivenditore di piattaforme. Costruiamo il modello dati, le pipeline di ingestione, le regole di identità e i flussi di attivazione. Poi formiamo il vostro team per gestire il tutto autonomamente.

Il lato ERP del profilo cliente

Un profilo unificato vale quanto i dati ERP che ci sono dietro: anagrafica clienti, ordini, fatture, stato del credito, indirizzi di consegna. Quando CDP ed ERP stanno presso due fornitori diversi, numeri cliente non allineati e storico ordini mancante diventano ticket che rimbalzano dall’uno all’altro. Spadoom realizza SAP S/4HANA Public Cloud e i prodotti SAP CX con un unico team: il lato ERP del modello dati viene mappato nello stesso audit del lato CX, invece di diventare un problema di qualcun altro. Dove un flusso richiede logica personalizzata, lo costruiamo su SAP BTP. Se il vostro ERP sta per cambiare a sua volta, la nostra guida alla trasformazione ERP e CX mostra come i due percorsi si incastrano.

CDP vs Customer Data Cloud: quale è quale?

CDP e Customer Identity (CIAM, in passato parte di SAP Customer Data Cloud) suonano simili e vengono spesso confusi. Risolvono problemi diversi, e la maggior parte delle aziende finisce per avere bisogno di entrambi.

Pensate a Customer Identity (CIAM) come alla porta d’ingresso. Risponde a “chi è questa persona, come lo dimostra, e a cosa ha acconsentito?”. Comprende registrazione, login, social sign-in, reset password, acquisizione del consenso e gestione delle preferenze. È proprietaria del momento in cui uno sconosciuto diventa cliente conosciuto.

Pensate alla Customer Data Platform (CDP) come alla sala macchine. Risponde a “cosa ha mai fatto questa persona con noi, che aspetto ha come profilo unificato, e quali audience dobbiamo attivare?”. Comprende ingestione da commerce, servizio, marketing, ERP e sistemi di terze parti; identity resolution su touchpoint anonimi e noti; costruzione di segmenti; invio ai canali in tempo reale.

Storicamente SAP raggruppava entrambe le capacità sotto l’ombrello di SAP Customer Data Cloud (SAP CDC). Da allora SAP ha suddiviso l’offerta in prodotti distinti (Customer Identity per il compito CIAM, Customer Data Platform per il compito di unificazione e attivazione), così che possiate acquistare, dimensionare e scalare ciascuno separatamente. In una tipica architettura SAP CX, CIAM alimenta CDP con eventi di registrazione e consenso, e CDP restituisce profili arricchiti a Sales, Service, Commerce e SAP Engagement Cloud (in precedenza Emarsys).

Da dove nasce il valore

I progetti CDP devono ripagarsi da soli. Se il vostro non lo fa, qualcosa è andato storto nello scoping o nell’esecuzione. Ecco da dove nasce tipicamente il valore di una CDP:

• Meno sprechi nelle campagne. Quando escludete i clienti recentemente convertiti e deduplicate le audience, smettete di pagare per pubblicizzare a persone che hanno già acquistato. Il risparmio si vede nella spesa media, quindi è facile da misurare.
• Personalizzazione basata sul comportamento reale. I profili unificati fanno sì che SAP Engagement Cloud e il vostro motore commerce vedano il comportamento reale, non istantanee parziali. I clienti prima frammentati su più sistemi diventano raggiungibili come una sola persona.
• Attivazione dei segmenti in minuti, non in giorni. I marketer costruiscono e pubblicano segmenti dall’interfaccia CDP senza aprire un ticket. Il passaggio dall’idea di business alla campagna live non aspetta più la coda dell’engineering.
• Meno record cliente duplicati. L’identity resolution unisce i profili frammentati. Il vostro CRM, il service desk e la piattaforma marketing smettono di trattare un cliente come tre persone diverse.

Volete modellare i numeri per la vostra azienda? Utilizzate il nostro calcolatore ROI per stimare l’impatto prima dell’avvio del progetto.

SAP CDP nel contesto SAP CX

SAP Customer Data Platform è il tessuto connettivo della suite SAP CX. Quando è correttamente implementata, ogni prodotto connesso migliora.

SAP Engagement Cloud riceve dati di segmentazione più ricchi. Le campagne puntano ad audience costruite da profili unificati, non da liste email isolate. La soppressione funziona perché SAP Engagement Cloud sa cosa è successo in commerce e nel servizio, non solo nelle email passate. Approfondite nel nostro articolo sull’integrazione Engagement Cloud e CDP.

Con SAP Sales Cloud V2 gli agenti vedono il customer lifetime value, i ticket di supporto recenti e il coinvolgimento marketing accanto alle opportunità di pipeline. Entrano nelle chiamate con il contesto invece di andare a tentoni.

Con SAP Service Cloud V2 gli agenti vedono la cronologia completa degli acquisti del cliente, il livello fedeltà, le offerte marketing attive e le interazioni passate, in un’unica schermata. I tempi di risoluzione calano perché gli agenti smettono di chiedere ai clienti di ripetersi.

SAP Commerce Cloud utilizza i segmenti CDP per la personalizzazione on-site. Raccomandazioni di prodotto, regole di prezzo e blocchi di contenuto rispondono al profilo unificato, non solo al cookie di sessione corrente.

SAP Customer Identity (CIAM) fornisce il layer di autenticazione e consenso che alimenta CDP. Eventi di registrazione, aggiornamenti del consenso e modifiche delle preferenze fluiscono in CDP in tempo reale. Per i dettagli su come questi due sistemi si dividono le responsabilità, leggete il nostro confronto CDP vs CDC.

SAP Loyalty Management condivide saldi punti, stato dei livelli e riscatti premi con CDP. Questi dati arricchiscono i profili e abilitano la segmentazione loyalty-aware su tutti i canali.

Se gestite più prodotti SAP CX, un’implementazione CDP moltiplica il valore di ciascuno. Se oggi utilizzate un solo prodotto, CDP è la fondazione che rende veloce il deployment del prossimo.

Identity resolution

L’identity resolution è la parte più difficile di un’implementazione CDP. È anche quella che genera il maggior valore. Se la sbagliate, i vostri profili unificati sono finzione. Se la fate bene, ogni sistema a valle ne beneficia.

SAP CDP supporta due approcci:

Matching deterministico: collega record che condividono un identificatore esatto, come indirizzo email, numero di telefono, ID fedeltà o numero account CRM. Produce merge ad alta affidabilità. È la spina dorsale dell’identity resolution e gestisce la maggior parte dei match in un deployment tipico.

Matching probabilistico: colma le lacune. Utilizza segnali comportamentali, device fingerprint e matching fuzzy sugli attributi per collegare record che probabilmente appartengono alla stessa persona. I punteggi di confidenza determinano se un merge avviene automaticamente o viene segnalato per revisione.

Spadoom configura merge policy che definiscono quale sorgente prevale quando due record sono in conflitto. Il vostro CRM dice che il cliente è a Zurigo; la vostra piattaforma commerce dice Basilea. Le merge policy risolvono in base all’affidabilità della sorgente e alla recency, non per caso.

L’impatto pratico: meno profili duplicati una volta attivata l’identity resolution, misurati rispetto alla situazione di partenza rilevata nell’audit. Questo significa meno impression marketing sprecate, calcoli del lifetime value più precisi e agenti di servizio che vedono la storia reale.

Attivazione in tempo reale

I caricamenti batch sono necessari ma non sufficienti. I casi d’uso CDP a più alto valore dipendono dall’elaborazione di eventi in tempo reale.

SAP CDP acquisisce eventi in streaming (visualizzazioni di pagina, aggiunte al carrello, invii di form, interazioni di servizio, eventi app) e aggiorna il profilo unificato in pochi secondi. Questo alimenta tre categorie di casi d’uso:

Carrello abbandonato e browse recovery. Un cliente aggiunge un prodotto al carrello sul vostro sito commerce e se ne va. In pochi secondi, CDP aggiorna il profilo e invia l’evento a SAP Engagement Cloud. L’email di abbandono parte mentre l’intento è ancora caldo, non 24 ore dopo con un sync batch.

Lead scoring in tempo reale. Un prospect visita la vostra pagina prezzi, scarica un whitepaper e apre un’email recente. Ogni evento aggiorna il lead score in CDP. Quando il punteggio supera una soglia, CDP invia il profilo arricchito a Sales Cloud V2 come lead caldo. Il commerciale lo vede nella sua coda entro pochi minuti.

Arricchimento del contesto di servizio. Un cliente contatta il supporto dopo aver effettuato un ordine e navigato la pagina resi. Il profilo CDP, aggiornato in tempo reale, comunica all’agente di Service Cloud V2 cosa è successo prima che il cliente lo spieghi. La risoluzione è più rapida. Il cliente si sente compreso.

Spadoom configura l’architettura della pipeline di eventi durante la fase di discovery. Definiamo quali eventi contano, come si mappano nel modello dati e quali regole di attivazione innescano azioni a valle.

Come appaiono i dati non-SAP

Molti dei nostri clienti hanno dati cliente distribuiti su sistemi non-SAP. SAP CDP li gestisce tramite ingestione API standard, connettori preconfigurati e integrazioni streaming.

Salesforce CRM. Account, contatti, opportunità e attività si sincronizzano in CDP tramite connettori API. Mappiamo i campi Salesforce nel modello dati CDP e configuriamo la sincronizzazione bidirezionale dove necessario.

Shopify e altre piattaforme commerce. Ordini, record clienti ed eventi di navigazione fluiscono in CDP. È comune per i clienti che utilizzano SAP per il B2B e Shopify per il B2C, e CDP unifica il cliente su entrambi.

API personalizzate e app mobile. Qualsiasi sistema con un endpoint REST o webhook può inviare eventi a CDP. Gli SDK per app mobile catturano il comportamento in-app (visualizzazioni di schermata, utilizzo delle funzionalità, acquisti in-app) e lo trasmettono al profilo unificato.

Data lake e data warehouse. BigQuery, Snowflake, Azure Synapse, Amazon Redshift: CDP acquisisce export batch da ciascuno di essi. Questo gestisce caricamenti di dati storici e arricchimento periodico da sistemi di analytics.

Definiamo ogni integrazione non-SAP come parte del piano di progetto. Mappatura dei formati dati, autenticazione, rate limit, gestione errori e monitoraggio sono tutti definiti prima dell’avvio dello sviluppo. Non ci sono sorprese al go-live su cosa può e cosa non può essere connesso.

Collegare sorgenti non-SAP solleva una domanda successiva: questi dati appartengono alla CDP o alla CDC? La nostra guida su SAP CDP vs CDC vi aiuta a tracciare quel confine prima dell’avvio del progetto.

Il vantaggio dell’integrazione

Una CDP non è un prodotto standalone. Il suo valore si moltiplica con ogni sistema ad essa connesso.

Una sorgente dati in CDP offre un archivio di profili puliti. Due sorgenti abilitano l’identity resolution. Tre sorgenti forniscono segmenti che riflettono davvero il comportamento dei clienti. Quattro o più sorgenti offrono una vista unica sul cliente che nessun singolo sistema può produrre da solo.

Questo effetto cumulativo è il motivo per cui trattiamo la CDP come infrastruttura, non come applicazione. Si posiziona tra i vostri sistemi operativi e i canali di attivazione. Non sostituisce il vostro CRM, la vostra piattaforma marketing o il vostro motore commerce. Li rende tutti migliori alimentandoli con dati cliente unificati, conformi al consenso e in tempo reale.

L’implicazione pratica per la pianificazione del progetto: il valore della CDP scala con il numero di sorgenti connesse. Iniziate con le due o tre sorgenti a più alto valore, tipicamente CRM, commerce e marketing. Dimostrate il ROI. Poi espandete. Ogni sorgente aggiuntiva è più rapida da connettere perché il modello dati e le regole di identità esistono già.

Per un’analisi dettagliata di come CDP si inserisce nella più ampia architettura SAP CX, leggete il nostro approfondimento su SAP CDP.

Che aspetto ha un buon risultato

All’avvio del progetto concordiamo obiettivi su quattro dimensioni e li misuriamo sei mesi dopo il go-live:

Qualità dei dati. I profili duplicati sono diminuiti rispetto alla situazione di partenza dell’audit. La copertura del consenso per i clienti attivi è nota e monitorata. Gli obiettivi sulla freschezza dei dati sono rispettati: gli eventi in tempo reale arrivano in pochi secondi, le sorgenti batch si sincronizzano entro le finestre definite.

Efficienza del marketing. La sovrapposizione delle audience nelle campagne cala perché i segmenti sono costruiti da profili unificati, non da liste isolate. Le regole di soppressione funzionano cross-canale. Il costo per acquisizione scende perché smettete di spendere per clienti già convertiti.

Contesto per vendite e servizio. Gli utenti CRM in Sales Cloud V2 e Service Cloud V2 vedono il profilo unificato senza cambiare sistema. Gli agenti consultano cronologia acquisti, coinvolgimento marketing e stato fedeltà da un’unica schermata. I clienti smettono di sentirsi dire “Può ripetermi il numero del suo ordine?”

Indipendenza operativa. I team marketing costruiscono e attivano segmenti senza aprire ticket all’engineering. Il passaggio da “ci serve questa audience” a “è live in SAP Engagement Cloud” non dipende più da uno sviluppatore. L’onboarding di nuove sorgenti dati segue un processo documentato e ripetibile, non un progetto personalizzato ogni volta.

Se la vostra configurazione attuale non produce questi risultati, il gap è nella vostra architettura dati o nel vostro approccio implementativo. Vi chiedete se una CDP appartenga alla vostra roadmap ora o più avanti? La nostra guida alla pianificazione illustra il framework decisionale che utilizziamo con i clienti. Oppure stimate l’impatto finanziario prima dell’avvio del progetto.