Del via

Kjente problemer i Customer Insights - Journeys med overføringer

  • Artikkel

Når vi nå har fortsatt å arbeide med Customer Insights - Journeys og finjustere opplevelsen, har vi blitt klar over noen utestående problemer du må huske på. Disse problemene oppsummeres i denne artikkelen.

Analyse

  • Det kan ta opptil seks til tolv timer før analyse for en reise vises.
  • Noen ganger blir hendelser droppet før de går til analyse. Dette kan forårsake problemer i analyserapporteringen, der det vises at kunder er i en «behandler»-tilstand lang tid etter at en reise er fullført. Vi jobber med en løsning for å forbedre dette.
  • Enkelte strenger på de bruksklare Power BI-aggregerte instrumentbordene for analyse er ikke lokalisert.
  • Forretningsenheter støttes ikke på de bruksklare Power BI-aggregerte instrumentbordene for analyse.
  • Hvis det vises en ekstern retur av e-post, kan tidslinjen for kontakt/kundeemne vise to samhandlinger for levering av e-post for samme melding med samme tidsstempel til tross for at ingen melding ble levert til kontakten/den kundeemne-e-postadressen. Dette skyldes at den andre samhandlingen er ment å "slette" den første. Dette håndteres imidlertid ikke på tidslinjen for øyeblikket.
  • Når to kontakter eller kundeemner slås sammen, er bare samhandlinger mellom hovedkontakten eller kundeemnet synlig i kontakt-/kundeemneinnsikt.
  • Det kan være tilfeller der unike verdier (for eksempel unike åpninger og klikk) i aggregerte analyseinstrumentbord har et lite avvik sammenlignet med driftsanalyse. KPI-er i aggregert analyse beregnes én gang per dag for å sikre høyest mulig nøyaktighet. Driftsanalyse, som er utformet for analyser i nær sanntid, kan operere etter behov ved å bruke raskere beregningsmetoder for unike verdier, noe som kan være litt mindre presise.

Kundereiser

  • Reisenavn kan være opptil 300 tegn.
  • Reisefliser som lager grener kan lage opptil 25 grener for en enkelt flis. Hvis du vil lage flere grener, legger du til en andre forgreningsflis til Annet-grenen til den første flisen.
  • Reiser med nestede grener (en forgreningsflis innenfor grenen til en annen forgreningsflis) har en maksimal nestet dybde på åtte forgreningsforhold. Hvis du vil unngå nesting, må du begrense konsolidering av forgreningslogikken eller vurdere å dele reisen i separate reiser for store grener.
  • Reiser med flere komplekse forhold eller stort antall fliser kan ikke publiseres. Hvis det ikke lykkes å prøve å publisere en reise på nytt, bør du vurdere å dele reisen i mindre reiser. Du kan også kontakte MS Kundestøtte for å søke produktstøtte på dette.
  • En enkelt reiseforekomst kan ikke kjøre i mer enn 365 dager. Når en deltaker starter en reise, må denne reisen slutte i løpet av tidsrammen, ellers vil det oppstå feil. Hvis en reise lengre enn 365 dager er nødvendig, bør du vurdere å dele reisen i flere reiser.
  • En enkelt venteflis kan ikke vente i mer enn 90 dager. Hvis en lengre enn 90 dagers venteflis er nødvendig, bør du vurdere å dele reisen i flere reiser.
  • Når en ny reiseversjon opprettes, får bare deltakere som går inn på reisen etter at versjonen er publisert, den nye reiseversjonen. Deltakere i pågående reise forblir på reiseversjonen de startet på. Dette har innvirkning på hvordan analyse også vises på tvers av reisene.
  • Noen ganger kan reiser som har en stor utelatelsesliste for målgrupper, spesielt for et stort segment som orkestrerer reisen, støte på problemer. I disse tilfellene er det bedre å bringe utelatelseslisten inn i segmentdefinisjonen slik at den kan behandles bedre.
  • Endring av e-postkoblinger som brukes til forgreningslogikk i publiserte reiser, kan forhindre deltakere i å gå ned riktig bane og anbefales ikke.
  • Engangsreiser med startdatoer som allerede har passert, kan ikke redigeres (selv etter at de er kopiert).
  • Iverksetting av segmentbaserte reiser kan bare gjøres med ett enkelt segment i Customer Insights - Journeys.
  • I dag kan du ikke slette reiser når de er opprettet og publisert.
  • Gjennomstrømmingen for en reise varierer avhengig av noen få faktorer, for eksempel reisens kompleksitet, antall samtidige reiser du kjører, forbruksmønstrene fra andre programmer du bruker, og de ressurskrevende arbeidsbelastningene som utføres. Les dokumentet om tjenestegrenser og retninglinjer for rimelig bruk hvis du vil ha mer veiledning.

E-poster og innholdsblokker

  • Emne - 500 tegn (inkludert tekst for innsetting av dynamisk/betinget innhold) til 4000 tegn.
  • Brødtekst – 1 MB (inkludert alt dynamisk/betinget innhold).
  • Markedsførere mangler evnen til å justere elementer i e-postredigeringsprogrammet.
  • Markedsførere mangler muligheten til å sette oppsett i oppsett i e-postredigereren.
  • Markedsførere mangler muligheten til å lage e-poster med oppsett i full bredde.
  • Alle innholdsblokker, betinget innhold, lister og betingelser og annen tilpasning har ikke spesifikke grenser. Imidlertid lagres de i selve e-posten og bidrar derfor til størrelsen på e-posten og er derfor underlagt grensen for e-poststørrelse.
  • Innholdsblokker settes inn i e-poster ved å kopiere. Dette har følgende implikasjoner:
    • Den samme innholdsblokken som er satt inn flere ganger i samme e-post, er nye og separate kopier (og bidrar til størrelsen på e-posten).
    • Oppdatering av den opprinnelige innholdsblokken oppdaterer ikke e-poster som inkluderer disse innholdsblokkene
  • Styreuttrykksspråket for tilpassingssyntaks (f.eks. {{contact.firstname}}) støttes ikke i sanntid. Alle tilpassinger må defineres ved hjelp av brukergrensesnittet i utformingene for e-post, SMS eller Push. Løsning: Bruk verktøyet for import av e-post Åpnes i et nytt vindu eller en ny fane i sanntid for å kopiere utgående e-post. Verktøyet overfører automatisk tilpassingsuttrykk.

Skjemaer og sider

  • Skjemaer for Customer Insights - Journeys kan bare oppdatere én enhet (vanligvis en potensiell kunde eller kontakt). Målretting mot én enhet gjør skjemakonfigurasjon og -vedlikehold enklere, og det gjør det mulig å bygge riktig målrettede reiser.
  • Hvis det innebygde skjemaet ikke er synlig på eksterne sider, må du sørge for at domenet tillater ekstern skjemavert. De fleste ganger er dette grunnen til at kunder ikke kan se skjemaet på nettstedet sitt. Du trenger ikke fullføre prosessen for domenegodkjenning for å aktivere ekstern skjemavertstjeneste for domenet. Finn ut mer om domenegodkjenning Åpnes i et nytt vindu eller en ny fane.
  • I Customer Insights - Journeys kan brukere støte på et problem der de ikke kan se skjemaet i Power Pages-studio. Denne spesielle situasjonen oppstår når du bygger et komplekst markedsføringsnettsted med flere sider, som krever navigasjons- og brukerautentiseringsfunksjoner. For å håndtere denne utfordringen fremstår Power Pages-studio som den optimale løsningen. For å bygge inn et Customer Insights - Journeys-markedsføringsskjema på et nettsted konstruert ved hjelp av Power Pages-studioet, er det nødvendig med noen endringer i kildekoden. Nærmere bestemt er det viktig å legge til en JavaScript-kodesnutt for å lette effektiv integrering av markedsføringsskjemaet. Det er viktig å merke seg at i Power Pages-studio vil ikke skjemaet være synlig under redigeringsprosessen. Men når siden publiseres og er tilgjengelig for offentligheten, blir skjemaet synlig og fullt funksjonelt på nettstedet. Denne muligheten forbedrer brukeropplevelsen og sikrer vellykket implementering av RTM-strategier på markedsføringsnettstedet.

Poengsum for kundeemne

  • Poengsum for overordnet kontakt påvirker tiden det tar å behandle poengsum. Vi anbefaler at du unngår poengsum for overordnede kontakter, spesielt hvis du har et stort antall kontakter.
  • Hvis du aktiverer poengsum for overordnet kontakt, telles samhandlinger for skjemainnsending to ganger i poengsummodellen for kundeemne.

Segments

  • Et segment kan opprettes for opptil 100 000 000 kontakter.
  • En segmentbasert reise fungerer bare når størrelsen på segmentet er under 10 millioner kontakter. Ethvert større segment kjører ikke. Hvis du vil sikre at kampanjer kan kjøres effektivt, bryter du ned de større segmentene i flere segmenter som kan bruke samme repeterbare reise. (1) Dette gjelder også for alle utløserbaserte reiser, som er avhengige av segmenter i reiseflyten.
  • Det er en grense på 100 kontakter som kan legges til en inkluderings-/utelatelsesgruppe som en del av segmentdefinisjonen. Hvis du vil omgå dette, kan du opprette et eget segment med kunder og bruke segmentet i hovedsegmentdefinisjonen og dermed opprette et sammensatt segment.
  • I dag kan ikke brukere redigere et segment som brukes i en publisert reise, i Customer Insights - Journeys. Hvis du vil redigere segmentet, stopper du reisen og foretar deretter endringene i segmentene.

Utløsere

  • I dag er det en grense på 100 egendefinerte utløsere som kan utløses i en organisasjon per dag. Hvis du vil øke dette for organisasjonen, oppretter du en støtteforespørsel eller kontakter Microsoft-representanten slik at vi kan samarbeide med deg for å støtte brukssaken.
  • Når du definerer egendefinerte utløsere, sørger du for at alle attributter er definert. Ethvert attributt som har en nullverdi fører til at utløseren mislykkes, noe som fører til at kundene ikke går gjennom reisen. I dag har vi ikke muligheten til å tillate at nullverdier sendes i en egendefinert, som deretter resulterer i en systemfeil som feilmeldingen ved reisekjøretid.
  • Bruk av enhetsreferanser i tilpassede utløsere eller CDS-utløsere er begrenset til fem hopp. Enhver enhet som er mer enn fem hopp unna COLA-enheten, kan ikke brukes som et attributt i en reise.
  • Når du bruker standardutløseren "Markedsføringsskjema sendt" for reisen, må du sørge for at målgruppen for reisen og skjemaet er den samme. I dag viser vi ikke en feil eller advarsel når det er uoverensstemmelse, men reisen vil ikke begynne noe som fører til kundeforvirring.
  • I dag aktiveres også utløsere når en post oppdateres manuelt i Dynamics 365 Dataverse. Dette kan føre til at en kontakt går gjennom reisen basert på utløseren, selv om de ikke gjør noe for å aktivere den.
  • I sjeldne tilfeller kan utløserbaserte reiser som bruker hvis/så-flisen, oppleve en forsinkelse i behandlingen av bestemte utløserhendelser, noe som i ekstreme situasjoner kan føre til at hendelsen ikke blir registrert. Selv om denne forekomsten er svært uvanlig, overvåker og forbedrer vi systemet kontinuerlig for å minimere potensiell innvirkning.
  • Utløsere kan maksimalt ha 30 attributter. Hvis utløseren har en tabellreferanse, telles en slik referanse som ett attributt mot grensen på 30. Det er en ekstra grense på 1 024 for antall kolonner fra alle slike enhetsreferanser.