Customer Journey Analytics (CJA)-verbindingen zijn de sleutel tot uniforme, kanaaloverschrijdende inzichten in Adobe Experience Platform. In dit artikel vindt u best practices, van planning en identiteitsstitching tot uitlijning en onderhoud van schema's, om u te helpen verbindingen bouwen die met uw organisatie meegroeien. Met een stevige basis bent u klaar om complexe klantvragen te beantwoorden en het volle potentieel van uw gegevens te ontsluiten.

Customer Journey Analytics (CJA)-verbindingen zijn de basis voor uniforme kanaaloverschrijdende analyses in Adobe Experience Platform. Door een verbinding correct in te stellen, zorgt u ervoor dat uw verschillende datasets naadloos samenwerken in de Analysis Workspace. In dit blog bekijken we best practices voor het plannen en configureren van CJA-verbindingen, van planning vooraf en identiteitsstitching tot uitlijning en doorlopend onderhoud van schema's, op een laagdrempelige, toegankelijke manier. Of u nu nieuw bent met CJA of een ervaren gebruiker, deze tips helpen u optimaal te profiteren van uw verbindingen.

Uw verbinding plannen: starten met doelstellingen en gegevensbehoeften

Denk even na over de planning voordat u begint met configureren. Welke zakelijke vragen probeert u te beantwoorden? Duidelijke doelstellingen helpen bepalen welke gegevens echt nodig zijn.

• Vereiste datasets: maak een lijst van alle gegevensbronnen die u mogelijk wilt integreren, zoals webanalyse, mobiele-appgegevens, CRM-records, logboeken van callcenters enzovoort. Bepaal vervolgens de prioriteit. Het is vaak beter om met enkele belangrijke datasets te beginnen dan alles in één keer op te halen. U kunt bijvoorbeeld dit kwartaal beginnen met gegevens voor het web en mobiele apparaten en later CRM- of ondersteuningsgegevens toevoegen. Deze gefaseerde aanpak zorgt ervoor dat u zich eerst richt op de belangrijkste gegevens en uw team (of het systeem) niet overweldigt met onnodige complexiteit.

• De sandbox en toegang controleren: denk eraan dat CJA-verbindingen sandboxspecifiek zijn. Zorg ervoor dat de datasets die u nodig hebt zich in dezelfde Adobe Experience Platform-sandbox bevinden, aangezien een verbinding slechts uit één sandbox tegelijk gegevens kan ophalen. Zorg er ook voor dat u over de juiste machtigingen (productbeheerder in CJA en toegang tot datasets in AEP) beschikt om verbindingen te maken. Het is verstandig om te beperken wie verbindingen kan maken of bewerken. Behandel dit als een beheertaak voor een kernteam.

• Het werkingsgebied van de verbinding definiëren: geef uw verbinding een duidelijke naam en een beschrijving die het doel ervan weergeven (bijvoorbeeld "Trajectgegevens voor retail web + mobiel"). Dit zorgt ervoor dat iedereen begrijpt wat er in de verbinding is opgenomen. In de CJA-wizard Verbinding maken wordt u gevraagd om de verbinding een naam te geven en te beschrijven. Gebruik dit om het doel ervan te documenteren. Neem alleen datasets op die dat analytische doel dienen. Als een dataset niet bijdraagt aan uw gebruiksscenario, kunt u overwegen om dit weg te laten om de verbinding efficiënt te houden.

Door bij uw planning rekening te houden met de einddoelstellingen, creëert u een sterke basis. U weet precies welke datasets en instellingen u moet configureren, waardoor het instelproces in CJA veel vlotter verloopt.

Identiteitsconfiguratie: het juiste koppelingsveld kiezen

Een van de belangrijkste stappen in het opzetten van een CJA-verbinding is leren hoe het dezelfde persoon in meerdere datasets kan herkennen.

CJA kan gegevens naadloos koppelen tussen kanalen met behulp van de geclassificeerde identiteitstoewijzing van AEP, waardoor u consistente klanttrajecten kunt analyseren op het web, mobiel, offline en meer.

• Een consistente id kiezen: kies een id die betrouwbaar in elke dataset verschijnt. Als bijvoorbeeld zowel uw website als de mobiele app een gehasht e-mailadres verzamelen voor aangemelde gebruikers, kan dat de gemeenschappelijke id zijn. De sleutel is om een identiteit te kiezen voor alle verbonden datasets ingevuld, stabiel en bruikbaar is. Anders kan CJA het gebruikersgedrag niet aan verschillende bronnen koppelen.
• De juiste naamruimte in AEP gebruiken: zorg er in Adobe Experience Platform voor dat uw gekozen identiteitsveld correct gemarkeerd is als identiteitsveld en aan de correcte naamruimte is toegewezen (bijvoorbeeld e-mail, ECID, CRM_ID). Dit zegt aan AEP hoe identiteiten moeten worden opgelost en geeft CJA de mogelijkheid ze correct te interpreteren. Het overslaan van deze stap is een van de meest voorkomende redenen waarom verbindingen zich niet zoals verwacht gedragen.
• De primaire id instellen in CJA-verbindingen: tijdens de verbindingsconfiguratie in CJA wordt u gevraagd om een primaire id te selecteren. Dit bepaalt de granulariteit waarmee stitching op klanttrajecten wordt toegepast. Doorgaans is dit "Persoon" voor B2C of "Account" voor B2B. Kies de id die het beste aansluit bij uw bedrijfsmodel en rapportagebehoeften en wijs het toe aan het identiteitsveld dat u in AEP hebt geconfigureerd.
• Niet-overeenkomende of ontbrekende id's vermijden: als er in ook maar één dataset de geconfigureerde primaire id ontbreekt of deze op niet-consistente wijze bevat, zal CJA de records van die dataset niet met andere records kunnen verbinden. Die gebeurtenissen worden als anoniem behandeld waardoor de waarde ervan in trajectanalyse wordt beperkt. Verifieer altijd dat uw id-veld aanwezig, ingevuld en geldig is voor alle datasets alvorens de verbinding te bouwen.

Denk aan uw identiteitsveld als een backstagepas. Iedereen met dezelfde badge wordt herkend, waar ze zich ook bevinden. Maar als iemand zonder deze badge komt opdagen (zoals bij een dataset waarin de primaire id ontbreekt), weet CJA niet wie ze zijn.

Door uw primaire id op alle datasets uit te lijnen, kan CJA doen wat het het beste doet: uniforme, identiteitsbewuste trajecten analyseren. U hoeft de stitchinglogica niet te kennen. Zorg er gewoon voor dat uw datasets dezelfde id-taal gebruiken en dat AEP op Upright™ is ingesteld. CJA doet de rest.

Schema-uitlijning: dezelfde datataal spreken

Elke dataset in Adobe Experience Platform wordt gedefinieerd door een schema (de reeks velden en definities ervan). Wanneer u meerdere datasets in één CJA-verbinding samenbrengt, zorgen uitgelijnde schema's ervoor dat die velden goed worden geïntegreerd. Met andere woorden, consistente naamgeving en definities van velden fungeren als een gemeenschappelijke taal voor uw gegevens.

• Consistente veldnamen gebruiken: als twee datasets dezelfde informatie bevatten, gebruikt u dezelfde veldnaam en, indien mogelijk, dezelfde XDM-veldgroep of hetzelfde gegevenstype om compatibiliteit in Workspace te garanderen. Als beide bijvoorbeeld verwijzen naar een bestellings-id, geeft u deze dezelfde naam (bijvoorbeeld orderID). Als de ene dataset order_id heet en de andere OrderNumber, behandelt CJA ze als afzonderlijke datasets, waardoor bronoverschrijdende analyse moeilijker wordt. Het is net als twee teams die dezelfde taal gebruiken: afstemming voorkomt verwarring.
• Gebeurtenis- versus opzoekdatasets: gebeurtenisdatasets bevatten records met tijdstempels zoals paginaweergaven of aankopen. Opzoekdatasets slaan statische gegevens zoals productcatalogi op om gebeurtenissen te verrijken.Profieldatasets bevatten klantkenmerken en samenvattingsdatasets bevatten geaggregeerde gegevens. In CJA kunt u één gebeurtenisdataset combineren met meerdere opzoek- of profieldatasets. Als best practice geldt dat u statische informatie (zoals productdetails) in een opzoekdataset opslaat in plaats van het in elke gebeurtenis te herhalen. CJA kan ze ter plekke samenvoegen met behulp van een gedeelde sleutel, zoals een product-id, zodat uw gebeurtenisgegevens overzichtelijk en efficiënt blijven.
• Garanderen dat sleutels en typen overeenkomen: als u een opzoekdataset toevoegt, vraagt CJA u om het belangrijkste veld (in de opzoeking) en het overeenkomstige veld in de gebeurtenisdataset dat ermee gekoppeld is, op te geven. Als uw gebeurtenisgegevens bijvoorbeeld een veld productID hebben en u een opzoekdataset voor producten hebt met _id als de productsleutel, moet u _id (opzoeksleutel) = productID (gebeurtenisveld) configureren in de instelling van de verbinding. Zorg er ook voor dat de gegevenstypen overeenkomen (bijvoorbeeld: beide zijn tekenreeksen of beide zijn getallen), omdat niet-overeenkomende items verbindingen kunnen verbreken of onverwacht gedrag kunnen veroorzaken.

• Schema's plannen voor de opname: het is veel gemakkelijker om consistentie in de naamgeving te garanderen tijdens het schemaontwerp. Als uw web- en mobiele gegevens op elkaar lijken, modelleert u ze op basis van hetzelfde XDM-schema voor uniforme velden. Als ze verschillen, gebruikt u afzonderlijke schema's, maar zorg er wel voor dat u de belangrijkste dimensies en metrics op elkaar afstemt. Met een goede schemaplanning vooraf worden dubbele of conflicterende velden in de Analysis Workspace vermeden.

Kort samengevat behandelt u schema-uitlijning als ervoor zorgen dat al uw gegevensbronnen eenstemmig "spreken". Dit vermijdt verwarring en maakt uw gekoppelde gegevensanalyse veel intuïtiever, schaalbaarder en toekomstbestendiger, vooral wanneer nieuwe datasets of teams worden toegevoegd.

Datasets slim combineren: gegevensbronnen verenigen of splitsen

Bij het verbinden van meerdere gegevensbronnen in CJA moet u beslissen hoe u ze wilt organiseren. Brengt u gegevens samen in één dataset of houdt u ze gescheiden en combineert u ze in de verbindingsfase? Het antwoord hangt af van uw gegevens en gebruiksscenario's en er zijn best practices voor elke benadering.

• Gegevens verenigen in één dataset: als uw gegevensbronnen een gelijkaardige structuur en identiteit delen, kunt u overwegen om ze in één enkele dataset samen te voegen, zoals het combineren van web- en appgebeurtenissen in een stroom met "Alle digitale interacties". Het vereenvoudigt de configuratie, met minder bewegende onderdelen en slechts één primaire gebeurtenisdataset per gegevensweergave (een limiet in de meeste CJA-versies). De verenigde datasets maken ook kanaaloverschrijdende analyse gemakkelijker, maar u moet schema's uitlijnen en mogelijk ook een bronveld toevoegen (bijvoorbeeld, kanaal = "web" of "mobiel").

• Gegevens in meerdere datasets splitsen: soms is het beter om datasets gescheiden te houden, zoals web en mobiel, zodat u ze onafhankelijk kunt beheren. Dit kan helpen met teameigendom, gegevenslatentie of retentiebehoeften. Elke dataset kan zijn eigen TTL hebben, op zichzelf worden bijgewerkt of selectief in verbindingen worden gebruikt. De keerzijde? Meer complexiteit. U hebt consistente schema's en id's nodig, zodat CJA ze op de juiste manier kan samenvoegen. Ook staat CJA Foundation slechts één gebeurtenisdataset per verbinding toe. Daardoor kan het scheiden van gebeurtenissen mogelijk afzonderlijke verbindingen vereisen, die een uniforme analyse beperken. Controleer uw versie op ondersteuning voor meerdere gebeurtenissen.

• Het beste van twee werelden: een afgewogen combinatie: een veelvoorkomende best practice is het combineren van datasets die van nature bij elkaar horen voor analyse en het scheiden van datasets die niet bij elkaar horen. U kunt bijvoorbeeld digitale kanalen (web, app) samenbrengen in één dataset, aangezien een gebruikerstraject vaak over verschillende kanalen loopt. Maar u zou offlineverkoop- of callcentergegevens wel in afzonderlijke datasets kunnen houden als zij in structuur of updatefrequentie van elkaar verschillen. U zou ze dan in de verbinding toevoegen als extra datasets (profiel- of opzoekgegevens) om de online gebeurtenissen te verrijken (met behulp van een gemeenschappelijke klant-id om ze samen te voegen). Op deze manier respecteert u de regel met één gebeurtenis per dataset en tegelijkertijd combineert u meerdere bronnen in de analyse.

• Rekening houden met gegevensvolume en -prestaties: nog een reden om goed na te denken over het verenigen dan wel splitsen is prestaties en contractlimieten. Eén enkele massieve dataset met alle gegevens kan trager zijn om query's op uit te voeren of ervoor zorgen dat quota worden overschreden, terwijl het opdelen in logische delen kan helpen de belasting te beheren. Anderzijds kunnen te veel afzonderlijke stukken de overhead doen stijgen. Streef naar een goed evenwicht op basis van wat u samen wilt analyseren. Als u twijfelt, begin dan met een overzichtelijke verbinding (minder datasets) en voeg er later meer toe als dat nodig blijkt, in plaats van alles standaard op te nemen.

Aanvullen en valideren: de geschiedenis zorgvuldig laden en de resultaten verifiëren

Zodra u uw verbinding met de gewenste datasets hebt ingesteld, geeft CJA u de optie om historische gegevens aan te vullen. Door data uit het verleden (die al bestonden in Adobe Experience Platform voordat de verbinding tot stand werd gebracht) aan te vullen, bevatten uw rapporten een historische context vanaf dag één. Het is een krachtige functie, maar ga hier zorgvuldig mee om. Het is even belangrijk om te valideren dat uw gegevens accuraat zijn zodra deze zich in CJA bevinden.

• Uw initiële aanvulling plannen: tijdens het maken van de verbinding kunt u aanvulling inschakelen voor elke dataset. Denk na over hoeveel historische gegevens echt nodig zijn. Het kan verleidelijk zijn om twee jaar van gegevens aan te vullen, maar als u slechts de laatste zes maanden voor uw analyses nodig hebt of als de kwaliteit van oudere gegevens twijfelachtig is, zou u een korter venster kunnen kiezen. Onthoud dat, als u geen schuivend venster (wordt later besproken) inschakelt, CJA dan standaard probeert om alle gegevens op te nemen die beschikbaar zijn in de Platform-dataset. Dus als uw AEP-dataset 25 maanden aan gegevens bevat, worden alle 25 maanden ingevoerd tenzij u dit beperkt. Houd rekening met de beperkingen voor gegevensgebruik van uw organisatie en met de tijd die nodig is om een enorme aanvulling te verwerken.
• Begin klein en schaal vervolgens op: een best practice is om eerst een kleine periode aan te vullen om te testen, voordat u de volledige gegevensgeschiedenis opneemt. Stel bijvoorbeeld dat u in eerste instantie alleen een aanvulling van de laatste 7 dagen of 1 maand met gegevens aanvraagt. Wanneer die kleine aanvulling is voltooid, gaat u naar Analysis Workspace en controleert u de gegevens. Voldoen de aantallen bezoeken, bestellingen, enzovoort aan uw verwachtingen of passen ze bij de bronsystemen voor die periode? Zijn de datasets correct samengevoegd (bijvoorbeeld, verenigt uw gemeenschappelijke id gebruikers voor alle gegevens)? Deze testuitvoering kan eventuele onjuiste configuraties al in een vroege fase onthullen. Adobe stelt zelfs voor om uw verbinding met een beperkte aanvulling te testen en als alles er goed uitziet, kunt u vervolgens gemakkelijk alle resterende gegevens aanvullen.

Dataretentiestrategie: schuivende vensters gebruiken om historische gegevens te beheren

Gegevens kunnen zich snel ophopen. Hoewel het fantastisch is om rijke historische informatie te hebben, hebt u mogelijk niet alle gegevens voor altijd nodig in CJA. Dit is waar een strategie voor dataretentie (met schuivende vensters) van pas komt. Met Adobe CJA kunt u een schuivend gegevensvenster op uw verbinding instellen. Dit betekent dat CJA alleen gegevens bewaart voor een gedefinieerde recente periode (bijvoorbeeld de laatste 12 maanden), waarbij gegevens die ouder zijn dan dat venster worden verwijderd. Dit is een cruciale best practice om het gegevensvolume te beheersen en binnen contractuele grenzen te blijven.

• De voordelen van schuivende vensters begrijpen: door een schuivend venster in te schakelen, geeft u CJA de opdracht om bijvoorbeeld "alleen de meest recente 6 maanden van gegevens beschikbaar te houden voor analyse en doorlopend alle oudere gegevens te verwijderen". Het belangrijkste voordeel is dat u alleen gegevens opslaat en rapporteert die relevant zijn binnen uw tijdsbestek voor analyse en automatisch oudere gegevens verwijdert. Dit helpt te voorkomen dat er enorme gegevensvolumes ontstaan die u niet meer nodig hebt. Hierdoor kunnen de prestaties verbeteren en overschrijdingskosten worden vermeden. Als uw bedrijf zich doorgaans op trends van het afgelopen jaar concentreert, is het niet nodig om vijf jaar aan gegevens in CJA te bewaren. Oudere gegevens kunnen worden gearchiveerd en worden alleen opgenomen wanneer dat nodig is.
• Configuratie tijdens het maken van de verbinding: wanneer u de verbinding maakt, is er een selectievakje om het schuivende venster voor dataretentie in te schakelen. Als u dit vakje aanvinkt, kunt u een aantal maanden opgeven voor de retentie (de gebruikersinterface bevat gewoonlijk opties zoals 1, 3, 6, 12, 24 maanden enzovoort).

Kies een venster dat aan uw behoeften voldoet. Veel bedrijven kiezen voor 12 of 24 maanden om een evenwicht tussen historische context en gegevensbeheersbaarheid te behouden. Houd er rekening mee dat dit venster van toepassing is op gebeurtenisdatasets (die tijdstempels hebben). Opzoek- of profieldatasets hebben geen tijdstempels en maken gebruik van de retentie van gebeurtenisgegevens. Als verwante gebeurtenissen worden verwijderd, kunnen ook opzoekgegevens zonder referenties uit de analyse worden verwijderd.

• Standaardoptie versus schuivende vensters: als u geen schuivend venster inschakelt, neemt CJA alle beschikbare gegevens van AEP op en worden nieuwe gegevens oneindig opgenomen, tenzij AEP eigen retentiebeperkingen afdwingt. Als AEP bijvoorbeeld 25 maanden aan gegevens behoudt en u geen schuivend venster hebt ingesteld, kan de initiële aanvulling alle 25 maanden opnemen en kan deze in de loop der tijd groeien (als AEP meer gegevens behoudt). Bij een schuivend venster van 13 maanden daarentegen houdt CJA slechts 13 maanden aan gegevens tegelijkertijd bij. Wanneer de gegevens van een nieuwe maand worden ingevoerd, wordt de laatste maand van het tijdsbestek weggelaten. Beschouw het als een bewegend tijdvenster.
• Zich bewust zijn van contractgrenzen: Adobe verleent vaak licenties aan CJA op basis van een bepaald aantal gebeurtenissen of een bepaald volume. Door een schuivend venster te gebruiken dat is afgestemd op wat u effectief gebruikt in uw rapportage, kunt u binnen die grenzen blijven. Als uw contract bijvoorbeeld 13 maanden aan gegevens toestaat, zorgt het instellen van een schuivend venster van 13 maanden ervoor dat u niet per ongeluk meer gegevens opslaat dan toegestaan. Het is zowel een veiligheidsnet als een onderhoudstool.
• Blijven controleren en aanpassen: uw retentiebehoeften kunnen veranderen. Misschien had u eerst maar 6 maanden nodig, maar het volgende jaar realiseerde u zich dat u een jaar-op-jaar analyse wilt maken, waardoor 13 maanden beter zou zijn. U kunt de verbinding bewerken om het schuivende venster naar wens aan te passen. Denk er wel aan dat als u het venster uitbreidt, u de nieuwe opgenomen periode mogelijk moet aanvullen (als die oudere maanden eerder werden weggelaten). En als u het venster verkort, zullen de gegevens die ouder zijn dan het nieuwe venster worden verwijderd. Breng uw gebruikers altijd op de hoogte van wijzigingen zodat zij bijvoorbeeld begrijpen waarom gegevens vóór een bepaalde datum mogelijk niet meer worden weergegeven.

Dankzij een duidelijke dataretentiestrategie via schuivende vensters blijven uw CJA-verbindingen overzichtelijk en doelgericht. Het is zoals wanneer u een kast regelmatig opruimt. U maakt ruimte voor wat u op dat moment nodig hebt en vermijdt gegevens bij te houden zonder duidelijke reden. Dit is niet alleen nuttig voor systeemprestaties en beperkingen, maar zorgt er ook voor dat uw analyses niet per ongeluk verouderde gegevens bevatten die niemand gebruikt.

Controle en onderhoud: houd uw verbindingen in de gaten

Het instellen van een verbinding is geen taak die u instelt en waar vervolgens niet meer naar hoeft om te kijken. Continue controle en onderhoud zorgen ervoor dat uw verbindingen betrouwbare inzichten blijven leveren terwijl gegevens veranderen en bedrijfsbehoeften evolueren. Hier volgen enkele best practices voor het onderhouden van CJA-verbindingen in de loop der tijd:

• Gegevensstromen op regelmatige basis controleren: maak er een gewoonte van om te controleren dat gegevens zoals verwacht worden bijgewerkt. In het dashboard Verbindingen van CJA (de Connections Manager) kunt u informatie zien zoals wanneer gegevens voor het laatst zijn opgenomen voor elke dataset (de tijdstempel Laatst bijgewerkt). Als u merkt dat één dataset al een hele tijd niet is bijgewerkt (als er bijvoorbeeld al 2 dagen geen nieuwe gegevens zijn terwijl dit dagelijks zou moeten gebeuren), is dat een rode vlag die u verder moet onderzoeken. Mogelijk is een upstream data-opnamepijplijn mislukt of is een bronsysteem uitgevallen. Door deze problemen in een vroeg stadium op te sporen, kunt u de gegevenscontinuïteit behouden.
• Periodieke validatie: net zoals u een validatie hebt uitgevoerd na de initiële instelling, blijft u steekproeven op de gegevens uitvoeren volgens een planning (maandelijks, driemaandelijks of na elke belangrijke gegevensbronverandering). Controleer belangrijke metrics en dimensies om ervoor te zorgen dat er niets verloren is gegaan. Als bijvoorbeeld een nieuw marketingkanaal aan uw website is toegevoegd, zijn die gebeurtenissen dan correct in CJA weergegeven? Als de logica voor het vastleggen van uw gemeenschappelijke id is gewijzigd (omdat uw mobiele app nu bijvoorbeeld e-mails op een andere manier verzamelt), wordt de identiteitsstitching dan nog steeds correct uitgevoerd? Regelmatige validatie kan het uitvoeren van een bekend rapport (zoals de totale verkoop van vorige week) omvatten en het vergelijken ervan met een bron van waarheid. Deze continue kwaliteitscontrole zorgt voor vertrouwen in de gegevens.
• Opletten voor anomalieën: gebruik CJA- of AEP-tools om trends in de gegevens te monitoren. Een plotselinge daling in het aantal gebeurtenissen of unieke id's of een piek in null-waarden, kan op een probleem wijzen. Veel teams stellen geautomatiseerde waarschuwingen of rapporten in voor basisindicatoren voor gegevensstatussen, bijvoorbeeld een Workspace-vrijevormtabel of een Insight-waarschuwing die controleert of dagelijkse gebeurtenissen tot nul dalen. Als u belangrijke velden (zoals de gemeenschappelijke id) hebt, kan het controleren van het aantal records waarin dat veld ontbreekt, waardevol zijn. Zoals eerder vermeld, "u bent wat u opneemt" en problemen met de gegevenskwaliteit upstream komen tot uiting in CJA. Door waakzaam te blijven, kunt u dus problemen opsporen die vaak afkomstig zijn van buiten CJA, maar die uw analyse beïnvloeden.
• Wijzigingen zorgvuldig beheren: in de loop der tijd dient u mogelijk uw verbindingen bij te werken, een nieuwe dataset toe te voegen (zoals het opnemen van een nieuwe gegevensbron) of een dataset te verwijderen die u niet meer nodig hebt of het retentievenster te wijzigen. Wees voorzichtig met dergelijke wijzigingen. Het toevoegen van een dataset stelt een aanvulling voor die dataset in werking als u het aanvraagt, en dit kan een stroom van nieuwe gegevens met zich meebrengen. Het verwijderen van een dataset beïnvloedt eventuele gegevensweergaven of rapporten die gebieden uit die dataset gebruikten. Communiceer altijd met het analyseteam voordat u wijzigingen aanbrengt en test idealiter belangrijke wijzigingen in een niet-productiesandbox of tijdens rustige momenten. CJA maakt het bewerken van verbindingen (zoals het aanvragen van een nieuwe aanvulling of het in- en uitschakelen van gegevensimport) vrij eenvoudig, maar met veel macht komt veel verantwoordelijkheid.
• Toegangscontroles en audits: zoals eerder vermeld kunt u beperkingen wie uw verbindingen kan bewerken. U wilt niet dat iedereen datasets toevoegt of instellingen wijzigt zonder toezicht. Gebruik de Adobe Admin Console om deze toegang te beperken voor beheerders of een governancegroep. Het is ook verstandig om verbindingsinstellingen te documenteren, in een wiki of het beschrijvingsveld, zodat toekomstige beheerders de configuratie begrijpen. Aangezien Adobe geen gedetailleerd wijzigingslogboek voor verbindingen aanbiedt, moet u de wijzigingen zelf bijhouden. Dit helpt bij het oplossen van problemen, bijvoorbeeld om te weten waarom gegevens na een aanvulling piekten.
• Op de hoogte blijven van updates: Adobe blijft CJA continue verbeteren. Nieuwe functies, zoals meer ondersteuning voor datasets of upgrades voor identiteitsresolutie, worden aangekondigd in Experience League-documenten en -forums. Houd de releaseopmerkingen en de community in de gaten voor updates. Toekomstige ondersteuning voor meerdere gebeurtenisdatasets in één verbinding zou bijvoorbeeld een invloed kunnen hebben op hoe u dingen instelt. Door proactief te blijven, kunt u optimaal profiteren van CJA en de best practices volgen.

Door uw verbindingen actief te controleren en te handhaven, kunt u ervoor zorgen dat uw harde werk bij het configureren van uw verbindingen blijft renderen. Zie het als een auto onderhouden: regelmatig de olie verversen en het voertuig inspecteren voorkomt grotere problemen onderweg. Blijvende aandacht voor uw CJA-verbindingen zorgt er dus voor dat de gegevens van uw klanttrajecten probleemloos en betrouwbaar worden weergegeven.

Conclusie: voorbereiden op succes in CJA

Het bouwen van robuuste verbindingen in Customer Journey Analytics is een traject op zichzelf: u moet het plannen, bouwen en vervolgens voeden. Door bedachtzaam te plannen, schema's af te stemmen, de juiste identiteitsstrategie te selecteren en datasets met een duidelijk doel te combineren, legt u de basis voor een uniforme klantenweergave.

Vervolgens, door zorgvuldige aanvulling, slimme instellingen voor dataretentie en continue monitoring, worden uw verbindingen niet alleen gelanceerd, ze evolueren en schalen ook mee op maat van uw organisatie.

Met deze best practices wordt het opzetten van verbindingen in CJA meer dan een taak het wordt een strategische factor om meer inzicht te krijgen. U kunt krachtige kanaaloverschrijdende vragen zoals "Hoe verhouden aankopen in een winkel zich tot het gebruik van mobiele apps?" of "Had deze e-mailcampagne invloed op herhaalde bezoeken?" beantwoorden omdat uw gegevens dezelfde taal spreken.

Het gegevenslandschap van elke organisatie is uniek. Wij raden u dus aan deze aanbevelingen aan uw context aan te passen. Begin klein, herhaal vaak en bouw met een duidelijk doel voor ogen.

In geen tijd hebt u verbindingen in CJA die een echt uniforme klanttrajectweergave leveren, precies het resultaat waarvoor CJA werd gebouwd.

Wij wensen u veel plezier met uw verbindingen.