Een complete gids voor Data platforms van klanten

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 voornamelijk Data/Software 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 Klant 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) tussen verschillende klantcontexten uit te voeren. In de context van CDP's verwijst ID-resolutie naar het identificeren en verbinden van verschillende weergaven van klantprofielen uit verschillende bronnen, systemen en data-bases. 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: 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 CDP, Analytics CDP, Campaign CDP, en Delivery CDP. Deze categorieën kunnen worden voorgesteld als concentrische cirkels, waarbij elke categorie de vorige uitbreidt door nieuwe functionaliteiten toe te voegen.

• Data CDP: Bevat de kernfuncties van een CDP, biedt data integratie met externe bronnen, ID-resolutie en data export naar andere systemen.
• Analytics CDP: Naast de functie van de Data CDP, bevat deze analytische toepassingen voor klant data, zoals segmentatie van gebouwen en, in sommige gevallen, basistoepassingen voor machinaal leren.
• Campagne CDP: Voegt gepersonaliseerde behandelingen toe voor individuele profielen binnen segmentaties, zoals het bouwen van klant orkestratie journeys.
• Levering CDP: Combineert alle voorgaande functionaliteiten en voegt de mogelijkheid toe om rechtstreeks berichten naar klanten te sturen, zodat 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 in drie categorieën worden verdeeld: 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 beschreven worden 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 in de CDP te importeren. 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 realtime-invoermodi. Voor complexere of ongebruikelijke diensten kan extra werk van technische teams nodig zijn, 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 per 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 data-bases te identificeren. Dit 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 het e-mailadres van het profiel vaak gebruikt als startpunt voor het oplossen van de ID. Hieronder staat een concreter voorbeeld van ID-resolutie bij CDP Schat Data.

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

Identificatie van de tafels die verenigd moeten worden

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 in de unificatie gebruikt zal worden, gespecificeerd worden.

BEELD

Definitie van de constructie van de verenigde ID

Dit gedeelte definieert wat, in de context van sommige CDP's, de canonieke ID genoemd wordt. Dit is de ID die tijdens het ID-omzettingsproces aangemaakt/geïdentificeerd moet worden, het is de ID die een profiel identificeert tussen alle data-bases die in het ID-omzettingsproces gebruikt worden. 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.