customer-transaction-woman-shop-cdp

I dag er praktisk talt alle virksomheter digitale på et eller annet nivå. Som et resultat øker antallet involverte systemer og innsamlede data raskt. Konsekvensene er juridiske risikoer og en suboptimal kundereise.

Hva kan gjøres? Løsningen er en kundedataplattform (CDP).

Behovet for en kundedataplattform

Det er ikke uvanlig at en enkelt bedrift samler inn og administrerer data på flere forskjellige systemer – som CRM, markedsføringsautomatisering, e-handel og fakturering. Hvert system skaper nye siloer av kundedata og sprer sensitive og personlige data på tvers av både organisatoriske og geografiske grenser. Dette fører til en fragmentarisk oversikt over kundedataene dine, og er et problem både for GDPR-samsvar og praktisk administrasjon.

Juridiske krav krever for eksempel at enhver bedrift må fortelle en bruker hva de vet om ham, samt etterkomme retten til å bli glemt. Et mer kommersielt problem er å kunne levere en konsistent kommunikasjon og personalisering på tvers av forskjellige kanaler, som nettsteder, annonser og nyhetsbrev. Dette er spesielt relevant for større organisasjoner, da de har mange kunder og ansatte, og er grenseoverskridende – noe som ofte fører til siloer.

Essensen av CDP

En kundedataplattform er en type pakkeløsning som oppretter en vedvarende, enhetlig kundedatabase som er tilgjengelig for andre systemer. Data hentes fra flere kilder og renses og kombineres for å lage en enkelt kundeprofil. Disse strukturerte dataene gjøres deretter tilgjengelige for andre markedsføringssystemer.

I følge Exponea bygger en CDP et komplett bilde av kundene dine på individuelt nivå. Ved å samle inn primære kundedata fra flere kilder – som transaksjoner, atferd og demografi – resulterer det i en 360-graders kundeprofil. Dette er også kjent som en enkelt kundevisning, og kan brukes av tredjepartsverktøy til markedsføringsformål.

Lær mer: De største trendene innen innhold og teknologi: intervju med Enonics CTO »

CDP vs. andre løsninger

En CDP omfatter ikke alle digitale sfærer. En løsning for identitets- og tilgangsstyring er for eksempel ikke det samme som en CDP, men kan fungere som en kilde. Hovedformålet med en identitetsløsning er autentisering av brukere og autorisering av tillatte handlinger, og det er unaturlig å plassere f.eks. transaksjoner eller en brukers historie inn i et slikt rammeverk.

Men transaksjoner kan være interessante for en løsning for markedsføringsautomatisering. Markedsføringsautomatisering fokuserer på å spore leads og sende meldinger, men dette er igjen ikke hovedfokuset for en CDP. Markedsføringsautomatisering kan imidlertid bygges på toppen av en CDP.

En CDP i seg selv gjør ingenting overfor markedsføringsautomatisering – den sender ikke ut personlige meldinger, og den utfører ikke leadscoring. Men det er noen overlappinger. En løsning for markedsføringsautomatisering er interessert i å samle inn informasjon og sende meldinger, men er ikke like god på å dele data og API-er. I en CDP er et API hovedformålet.

Identitet, CRM, e-handel, CMS og markedsføringsautomatisering er typiske systemer som ønsker å eie identitetsdata, men en CDP er best egnet til å binde disse systemene sammen i en helhetlig pakke. Dette kan hjelpe deg med å overholde lover og forbedre brukeropplevelsen.

Se også: Atomistisk innholdsdesign: intervju med Eirik Hafver Rønjum »

CDP-leverandører

Det finnes flere CDP-leverandører på markedet, som Exponea, Optimove, Emarsys og Blueshift, med Adobe og Salesforce med sine egne løsninger i horisonten.

Men det er fortsatt ingen enkel måte å mate data inn og ut på – og hver kilde må integreres punkt for punkt på en tilpasset måte for hver forskjellige leverandør. Dette skaper et nytt problem, da den nye løsningen i realiteten bare er en ny silo. Det er ikke nyttig hvis selskaper må bygge nye løsninger hver gang behovet oppstår, i tillegg til at det er kostbart og tidkrevende. Det vil også være vanskelig å erstatte en CDP-leverandør med dette oppsettet.

Den gode nyheten er at det foregår en innsats for å standardisere CDP-er.

Standardisering av CDP

Som uttalt på deres nettsted, ble OASIS Context Server (CXS) Technical Committee opprettet for å lage spesifikasjoner for en kundedataplattform som en kjerneteknologi for å muliggjøre leveringen av personlige brukeropplevelser.

Komiteen skriver som følger: “CDP [vil] forenkle administrasjon, integrasjon og interoperabilitet mellom løsninger som tilbyr tjenester som nettinnholdsadministrasjon, CRM, BigData, maskinlæring, digital markedsføring og databehandlingsplattformer.”

Medlemmene av teknisk komité produserer en detaljert liste over brukstilfeller, en domenemodell og en referanseimplementering for å tjene som et realistisk eksempel på hvordan standarden kan brukes.

Det er allerede publisert en versjon 1.0, i tillegg til et GraphQL-API. Et mål er å få CDP-leverandører til å støtte en API-tilnærming i stedet for en intern, punkt-til-punkt løsning.

Se også: Headless CMS forklart »

Apache UNOMI

Mens OASIS bidrar med en standard, er Apache Unomi det første prosjektet som implementerer standarden i et produkt. Resultatet er en åpen kildekode, fritt tilgjengelig kundedataplattform tilgjengelig for alle.

Unomi er en referanseimplementering av CDP-standarden, med bidrag fra Jahia, Enonic og andre. Enonic har også en lederrolle i standardkomiteen.

Fremtidige planer inkluderer innsats for å tilby flere ferdigpakkede versjoner av Unomi, og – for Enonics del – hosting av en Unomi-instans og integrasjon med Enonic XP.

Skap forretningsverdi med den digitale kundereisen

Relaterte blogginnlegg

Få enda mer innsikt 🤓