Dela via

Kända problem i Customer Insights - Journeys med begränsningar

  • Artikel

När vi fortsätter arbeta med Customer Insights - Journeys och förfinar upplevelsen har vi blivit medvetna om några kvarstående problem som du kan tänka på. Dessa problem sammanfattas i den här artikeln.

Rapporter

  • Det kan ta upp till 6–12 timmar innan analys för en resa dyker upp.
  • Ibland tas händelser bort innan de kan komma till analys. Detta kan orsaka problem i analysrapporteringen där kunderna visar sig vara i ett "bearbetningstillstånd" långt efter att en resa har slutförts. Vi arbetar på en lösning för att förbättra detta.
  • Kontaktinsikter, leadinsikter, reseanalyser och kanalanalyser (inklusive målanalyser, AI-optimering, e-postinsikter och leverans- och interaktionsinformation) visar endast interaktionsdata för de senaste 12 månaderna. All historisk interaktionsdata sparas dock i datalagringen.
  • Vissa strängar i de färdiga Power BI aggregerade analysinstrumentpanelerna är inte lokaliserade.
  • Affärsenheter stöds inte i de färdiga Power BI aggregerade analysinstrumentpanelerna.
  • I händelse av en fjärrutskick via e-post kan tidslinjen för kontakten/leadet visa två interaktioner "e-post levererad" för samma meddelande med samma tidstämpel trots att inget meddelande levereras till e-postadressen för kontakten/leadet. Det beror på att den andra interaktionen är tänkt att "radera" den första interaktionen. Detta hanteras för närvarande inte i tidslinjen.
  • När två kontakter eller leads slås samman visas bara interaktioner mellan den primära kontakten eller leadet i kontakt-/leadinsikter.
  • I vissa fall kan unika värden (till exempel unika öppnas och klickas på) i aggregerade instrumentpaneler för analyser få en mindre skillnad jämfört med verksamhetsanalyser. KPI:er i aggregerade analyser beräknas en gång per dag för att säkerställa högsta möjliga precision. Verksamhetsanalys, utformad för analys i nästan realtid, fungerar på begäran och ger snabbare beräkningsmetoder för unika värden, som kan vara något mindre exakta.

Kundens färder

  • Resnamn kan vara upp till 300 tecken.
  • Respaneler som skapar grenar kan skapa upp till 25 grenar för en enda panel. För att skapa fler grenar, lägg till en andra grenpanel till grenen "Övrigt" på den första panelen.
  • Resor med kapslade grenar (en grenpanel inom grenen av en annan grenpanel) har ett maximalt kapslat djup på åtta förgreningsförhållanden. För att undvika kapsling, konsoliderar gränser förgreningslogik eller överväg att dela upp resan i separata resor för stora grenar.
  • Resor med flera komplexa förhållanden eller stora mängder paneler kan misslyckas att publiceras. Om det inte går att försöka publicera en resa igen, överväg att dela upp resan i mindre resor. Du kan också kontakta MS Support för att söka produktsupport för detta.
  • En enskild reseinstans kan inte pågå i mer än 365 dagar. När en deltagare väl påbörjar en resa måste resan sluta inom den tidsramen, annars inträffar misslyckanden. Om en resa längre än 365 dagar behövs, överväg att dela upp resan i flera resor.
  • En enda väntepanel kan inte vänta längre än 90 dagar. Om det behövs mer än en 90 dagars väntepanel, överväg att dela upp resan i flera resor.
  • När en ny reseversion skapas är det bara deltagare som går in på resan efter att versionen har publicerats som får den nya reseversionen. Pågående resedeltagare stannar kvar på den reseversion de började på. Detta påverkar också hur analyser visas över resorna.
  • Ibland kan resor som har en stor exkluderande målgruppslista, särskilt för ett stort segment som orkestrerar resan, stöta på problem. I dessa fall är det bättre att ta med uteslutningslistan i segmentdefinitionen så att den kan bearbetas bättre.
  • Att ändra e-postlänkar som används för förgrening av logik i liveresor kan hindra deltagare från att gå in på rätt väg och rekommenderas inte.
  • Engångsresor med startdatum som redan har passerat kan inte redigeras (även efter att de har kopierats).
  • Orkestering av segmentbaserade resor kan endast göras med ett enstaka segment i Customer Insights - Journeys.
  • Idag kan du inte ta bort resor som en gång har skapats och gjorts live.
  • Dataflödet för en resa varierar beroende på några faktorer, till exempel resans komplexitet, antalet samtidiga resor som du kör, förbrukningsmönstren från andra program som du använder och de resurskrävande arbetsbelastningar som utförs. Läs policydokumentet Tjänstbegränsningar och rättvis användning som öppnas i ett nytt fönster eller en ny flik för mer vägledning.

E-postmeddelanden och innehållsblockeringar

  • Ämne – 500 tecken (inklusive text för att infoga dynamiskt/villkorligt innehåll)
  • Brödtext – 1 MB (inklusive allt dynamiskt/villkorligt innehåll).
  • Marknadsförare saknar förmågan att anpassa element i e-postredigeraren.
  • Marknadsförare saknar möjligheten att placera layouter i layouter i e-postredigeraren.
  • Marknadsförare saknar förmågan att skapa e-postmeddelanden med full bredd.
  • Allt innehållsblock, villkorligt innehåll, listor och villkor och annan anpassning har inga specifika begränsningar. De lagras dock i själva e-postmeddelandet och bidrar därför till storleken på e-postmeddelandet och omfattas därför av storleksgränsen för e-post.
  • Innehållsblock infogas i e-postmeddelanden genom att kopiera. Detta har följande konsekvenser:
    • Samma innehållsblock som infogas flera gånger i samma e-postmeddelande är nya och separata kopior (och bidrar till e-poststorleken).
    • Att uppdatera det ursprungliga innehållsblocket uppdaterar inte e-postmeddelanden som innehåller dessa innehållsblock
  • Handlebar uttrycksspråk för anpassningssyntax (till exempel, {{contact.firstname}}) stöds inte i realtid. All anpassning måste definieras med hjälp av användargränssnittet i designers för e-post, SMS eller Push. Lösning: Använd verktyget för e-postimport. Det öppnas i ett nytt fönster eller en ny flik i realtid för att kopiera utgående e-postmeddelanden. Verktyget kommer automatiskt att migrera anpassade uttryck.

Formulär och sidor

  • Customer Insights - Journeys formulär kan bara uppdatera en enhet (vanligtvis en lead eller kontakt). Om du riktar dig till en enskild entitet blir formulärkonfigurationen och underhållet enklare och det gör det möjligt att skapa målinriktade åtgärder.
  • Om ditt inbäddade formulär inte är synligt på externa sidor, se till att domänen tillåter extern värd för formulär. Oftast är detta anledningen till att kunder inte kan se formuläret på sin webbplats. Du behöver inte slutföra domänautentisering processen för att aktivera externt formulärvärdskap för domänen. Läs mer om domänautentisering. Det öppnas i ett nytt fönster eller en ny flik.
  • I Customer Insights - Journeys kan användare stöta på ett problem där de inte kan se formuläret i Power Pages studio. Denna speciella situation uppstår när man bygger en komplex marknadsföringswebbplats med flera sidor, som kräver navigering och användarautentisering. För att möta denna utmaning framstår Power Pages studio som den optimala lösningen. För att bädda in ett Customer Insights - Journeys marknadsföringsformulär på en webbplats som konstruerats med hjälp av Power Pages-studio krävs vissa ändringar i källkoden. Specifikt är tillägget av ett JavaScript-kodavsnitt viktigt för att underlätta den sömlösa integrationen av marknadsföringsformuläret. Det är viktigt att notera att inom Power Pages studio kommer formuläret inte att vara synligt under redigeringsprocessen. Men när sidan går live och är tillgänglig för allmänheten blir formuläret synligt och fullt fungerande på webbplatsen. Denna förmåga förbättrar användarupplevelsen och säkerställer en framgångsrik implementering av RTM-strategier på marknadsföringswebbplatsen.

Leadbedömning

  • Bedömning av överordnade kontakter påverkar den tid som krävs för bedömningsbearbetning. Vi rekommenderar att du undviker kontaktpoäng för föräldrar, särskilt om du har ett stort antal kontakter.

Segment

  • Ett segment kan skapas för upp till 100 000 000 kontakter.
  • En segmentbaserad resa fungerar bara när storleken på segmentet är under 10 miljoner kontakter. Alla segment med en större storlek kan inte köras. För att säkerställa att kampanjer kan köras effektivt, dela upp de större segmenten i flera segment som kan använda samma repeterbara resa. (1) Detta gäller även för alla utlösarbaserade resor som är beroende av segment i resans flöde.
  • Det finns en gräns på 100 kontakter som kan läggas till i en inkluderings-/uteslutningsgrupp som en del av segmentdefinitionen. För att komma runt detta kan du skapa ett separat segment av kunder och använda det segmentet i din huvudsegmentdefinition och därigenom skapa en sammansatt segment.
  • Idag kan användare inte redigera ett segment som används i en liveresa in Customer Insights - Journeys. För att kunna redigera segmentet, stoppa resan och gör sedan ändringarna i segmenten.

Utlösare

  • Idag finns det en gräns på 100 anpassade utlösare som kan aktiveras i en organisation per dag. För att öka detta för din organisation, skapa ett supportärende eller kontakta din Microsoft-representant, så kan vi arbeta med dig för att stödja ditt användningsfall.
  • När du definierar anpassade utlösare, se till att alla attribut är definierade. Alla attribut som har ett nollvärde gör att utlösaren misslyckas vilket leder till att kunderna inte går igenom resan. Idag har vi inte möjlighet att tillåta att null-värden skickas i en anpassad, vilket sedan resulterar i ett systemfel som felmeddelande vid körning av resan.
  • Användning av enhetsreferenser i anpassade eller CDS-utlösare är begränsad till fem hopp. En enhet som är mer än 5 hopp bort från COLA-enheten kan inte användas som ett attribut i en resa.
  • När du använder standardutlösningen "Marknadsföringsformulär skickat" för din resa bör du se till att målgruppen för resan och formuläret är desamma. Idag visar vi inget fel eller varning när det finns en oöverensstämmelse, men resan kommer inte att börja leda till kundförvirring.
  • Idag utlöses även utlösare när en post uppdateras manuellt i Dynamics 365 Dataverse. Detta kan leda till att en kontakt går igenom resan baserat på utlösaren även om de inte gör något för att aktivera den.
  • För utlösarbaserade resor som använder om/sedan-panelen kan du ibland förlora cirka 1 % av alla utlösarhändelser på grund av en liten fördröjning i att vårt system fångar upp dem.
  • Utlösare kan ha högst 30 attribut. Om utlösaren har en tabellreferens räknas en sådan referens som ett attribut mot gränsen på 30. Det finns en ytterligare gräns på 1 024 för antalet kolumner från alla sådana entitetsreferenser.