Een complete gids voor platforms voor Data

Wat is een CDP? (Voor technische teams)

Dit artikel geeft een overzicht van wat een Customer Data Platform (CDP) is voor technische teams. Met technische teams bedoelen we vooral Data Engineers. De focus van het artikel is om kort te beschrijven wat een CDP is, hoe ze worden gecategoriseerd en de belangrijkste functionaliteiten waarmee engineers moeten omgaan in een CDP.

Een Customer Data Platform (CDP) is een softwareoplossing die ontworpen is om een eenduidig beeld van de klant in de hele organisatie mogelijk te maken (vaak een 360º-beeld genoemd). Het biedt tools en mechanismen om identiteitsresolutie (ID) uit te voeren tussen verschillende klantcontexten. In de context van CDP's verwijst ID-resolutie naar het identificeren en verbinden van verschillende weergaven van klantprofielen uit verschillende bronnen, systemen en databases. Dit eenduidige beeld maakt het mogelijk om zeer gedetailleerde en nauwkeurige klantsegmentaties te maken. Deze segmentaties zijn de belangrijkste factor die CDP's nuttig en waardevol maken voor bedrijfsteams, waardoor use cases zoals Customer Journey Orchestration en besluitvormingstools zoals Marketing Mix Modeling mogelijk worden.

Soorten CDP's: CDP's worden ingedeeld volgens verschillende taxonomieën, variërend van twee tot tien categorieën. Een van de meest gebruikte taxonomieën is die van het CDP Institute, die vier categorieën omvat: Data , Analytics-CDP, Campagne-CDP en Leverings-CDP. Deze categorieën kunnen worden voorgesteld als concentrische cirkels, waarbij elke categorie de vorige uitbreidt door nieuwe functionaliteiten toe te voegen.

• Data : Bevat de kernfuncties van een CDP, biedt data met externe bronnen, ID-resolutie en data naar andere systemen.
• Analytics CDP: Naast de functie van de Data CDP bevat deze analytische toepassingen voor data, zoals het opbouwen van segmentaties en, in sommige gevallen, basistoepassingen voor machine learning.
• Campagne CDP: Voegt gepersonaliseerde behandelingen toe voor individuele profielen binnen segmentaties, zoals het bouwen van customer orchestration journeys.
• Aflevering CDP: Combineert alle voorgaande functionaliteiten en voegt de mogelijkheid toe om berichten direct naar klanten te sturen, waardoor er geen software van derden meer nodig is voor deze taak.

Technische teams in de CDP-context: Hoewel de echte waarde van een CDP wordt ervaren door bedrijfs- en marketingteams, zou dit niet mogelijk zijn zonder de betrokkenheid van technische teams. CDP's kunnen niet worden ingezet, onderhouden of goed worden gebruikt zonder de bijdrage van technische professionals. De bijdragen van deze teams kunnen worden onderverdeeld in drie categorieën: het importeren van data in de CDP, het configureren van het ID-resolutieproces en het exporteren van data uit de CDP. Samengevat kan de technische werking van een CDP worden beschreven als een zeer gespecialiseerd ETL-proces (Extract, Transform, Load).

Typen CDP

Data importeren in CDP

Om een eenduidig beeld van klanten te krijgen, is het nodig om data van verschillende diensten of bronnen te importeren in de CDP. De meeste CDP's op de markt bieden zeer abstracte native connectors voor verschillende diensten, die meestal alleen authenticatiegegevens vereisen en geconfigureerd kunnen worden via een eenvoudige grafische interface. Deze connectors bieden vaak gedetailleerde invoermodi, zoals incrementele, batch of real-time invoer. Voor complexere of ongebruikelijke services kan extra werk nodig zijn van technische teams, zoals het gebruik van Tag Management Systemen (TMS). Sommige CDP's bieden specifieke TMS-oplossingen, waarvoor bijvoorbeeld JavaScript-code nodig kan zijn.

Configuratie ID-resolutie

Het ID-resolutieproces varieert afhankelijk van de CDP, maar wordt meestal uitgevoerd met SQL of vergelijkbare code. De taak bestaat uit het voorbereiden van de geïmporteerde data en het opzetten van de workflow om de verschillende bronnen samen te voegen tot één klantprofiel. Een belangrijke stap is het creëren van een uniek ID-veld om elke klant in alle databases te identificeren. Deze ID wordt meestal afgeleid van velden die al aanwezig zijn in de geïmporteerde data, zoals e-mails of identificatienummers van de overheid. Als er geen sterke ID's beschikbaar zijn, wordt de e-mail van het profiel vaak gebruikt als startpunt voor het oplossen van de ID. Hieronder staat een concreter voorbeeld van ID-resolutie bij CDP Treasure Data.

Het eerste deel van de flow definieert de sleutels die gebruikt zullen worden in het ID-, e-mail-, documentnummer- en naamresolutieproces. Hier geef je de velden aan die stevig genoeg zijn om hetzelfde profiel in verschillende databases te identificeren.

Identificatie van de tabellen die moeten worden samengevoegd

Het volgende deel van de flow vermeldt de tabellen die gebruikt zullen worden in het unificatieproces. In dit deel van het unificatieproces worden de tabellen aangegeven die profielen registreren of profielidentificatierecords hebben. Het is ook in dit deel dat de sleutels voor elke tabel die zal worden gebruikt in de unificatie worden gespecificeerd.

BEELD

Definitie van de constructie van de verenigde ID

Dit onderdeel definieert wat, in de context van sommige CDP's, de canonieke ID genoemd wordt. Dit is de ID die men wil aanmaken/identificeren tijdens het ID resolutieproces, het is de ID die een profiel identificeert tussen alle databases die gebruikt worden in het ID resolutieproces. Op dit punt zijn er verschillende strategieën om deze ID('s) te selecteren. In het bovenstaande voorbeeld zal de canonieke ID een ID zijn die uit drie verschillende velden bestaat.