Condividi tramite


Problemi noti in Customer Insights - Journeys con mitigazioni

Mentre continuiamo a lavorare su Customer Insights - Journeys e perfezioniamo l'esperienza, siamo venuti a conoscenza di alcuni problemi in sospeso da tenere a mente. Tali problemi vengono riepilogati in questo articolo.

Analisi

  • La visualizzazione delle analisi per un percorso può richiedere fino a 6-12 ore.
  • Occasionalmente, gli eventi vengono eliminati prima che possano passare all'analisi. Ciò può causare problemi nei report di analisi in cui i clienti vengono mostrati in uno stato di "elaborazione" molto tempo dopo il completamento di un percorso. Stiamo lavorando a una soluzione per migliorare questo aspetto.
  • Informazioni dettagliate su contatti e lead, analisi dei percorsi, analisi dei canali (inclusi analisi degli obiettivi, ottimizzazione dell'IA e dettagli per la consegna e l'interazione) visualizzano i dati di interazione solo degli ultimi 12 mesi. Tutti i dati storici delle interazioni, tuttavia, vengono conservati nell'archivio dati.
  • Alcune stringhe nei dashboard di analisi Power BI aggregati predefiniti non sono localizzate.
  • Le business unit non sono supportate nei dashboard di analisi Power BI aggregati predefiniti.
  • Se si verifica un mancato recapito remoto dell'e-mail, la sequenza temporale del contatto/lead potrebbe visualizzare due interazioni "e-mail consegnate" per lo stesso messaggio con lo stesso timestamp nonostante nessun messaggio venga recapitato all'indirizzo e-mail del contatto/lead. Questo perché la seconda interazione ha lo scopo di "cancellare" la prima. Tuttavia, questo non viene attualmente gestito nella sequenza temporale.
  • Quando due contatti o lead vengono uniti, solo le interazioni del contatto o lead primario saranno visibili nelle informazioni dettagliate su contatti/lead.
  • Potrebbero esserci casi in cui i valori univoci (ad esempio, aperture e clic univoci) nei dashboard di analisi aggregata presentano una leggera deviazione rispetto all'analisi operativa. Gli indicatori KPI nelle analisi aggregate vengono calcolati una volta al giorno per garantire la massima precisione possibile. L'analisi operativa, progettata per analisi quasi in tempo reale, opera su richiesta utilizzando metodi di calcolo più rapidi per valori univoci, che potrebbero essere leggermente meno precisi.

Percorsi del cliente

  • I nomi dei percorsi possono avere una lunghezza massima di 300 caratteri.
  • I riquadri Percorsi che creano rami possono creare fino a 25 rami per un singolo riquadro. Per creare più rami, aggiungi un secondo riquadro di ramificazione al ramo "Altro" del primo riquadro.
  • I percorsi con rami nidificati (un riquadro di ramificazione all'interno del ramo di un altro riquadro di ramificazione) hanno una profondità nidificata massima di otto condizioni di ramificazione. Per evitare l'annidamento, i limiti consolidano la logica di ramificazione o considerano la suddivisione del percorso in percorsi separati per i rami di grandi dimensioni.
  • I percorsi con più condizioni complesse o grandi quantità di riquadri potrebbero non essere pubblicati. Se il tentativo di pubblicare nuovamente un percorso non ha esito positivo, valuta la possibilità di suddividere il percorso in percorsi più piccoli. Puoi anche contattare il supporto MS per richiedere supporto per il prodotto.
  • Una singola istanza di percorso non può essere eseguita per più di 365 giorni. Una volta che un partecipante inizia un percorso, quel percorso deve terminare entro quel intervallo di tempo altrimenti si verificano errori. Se è necessario un percorso di durata superiore a 365 giorni, valuta la possibilità di suddividere il percorso in più percorsi.
  • Un singolo riquadro di attesa non può attendere per più di 90 giorni. Se è necessario un riquadro di attesa di durata superiore a 90 giorni, valuta la possibilità di suddividere il percorso in più percorsi.
  • Quando viene creata una nuova versione del viaggio, solo i partecipanti che accedono al percorso dopo la pubblicazione della versione riceveranno la nuova versione del percorso. I partecipanti al percorso in corso rimangono nella versione del percorso da cui hanno iniziato. Ciò influisce anche sul modo in cui le analisi vengono visualizzate durante i percorsi.
  • A volte, i percorsi che hanno un ampio elenco di segmenti di pubblico di esclusione, in particolare per un segmento di grandi dimensioni che orchestra il percorso, riscontreranno problemi. In questi casi è meglio riportare l'elenco di esclusione nella definizione del segmento in modo che possa essere elaborato meglio.
  • La modifica dei collegamenti e-mail utilizzati per la logica di ramificazione nei percorsi in tempo reale può impedire ai partecipanti di seguire il percorso corretto e non è consigliata.
  • I percorsi singoli con date di inizio già trascorse non possono essere modificati (nemmeno dopo essere stati copiati).
  • L'orchestrazione di percorsi basati su segmenti può essere eseguita solo utilizzando un singolo segmento in Customer Insights - Journeys.
  • Oggi non è possibile eliminare i percorsi una volta creati e resi attivi.
  • La velocità effettiva di un percorso varia in base ad alcuni fattori, ad esempio la complessità del percorso, il numero di percorsi simultanei eseguiti, i modelli di utilizzo di altre applicazioni utilizzate e i carichi di lavoro a elevato utilizzo di risorse eseguiti. Leggi il documento sui limiti del servizio e sui criteri di utilizzo corretto che viene visualizzato in una nuova finestra o scheda per ulteriori indicazioni.

E-mail e blocchi di contenuto

  • Oggetto: da 500 caratteri (incluso il testo per inserire contenuto dinamico/condizionale) a 4000 caratteri.
  • Corpo: 1 MB (compresi tutti i contenuti dinamici/condizionali).
  • Gli esperti di marketing non hanno la capacità di allineare gli elementi nell'editor di posta elettronica.
  • Gli esperti di marketing non hanno la possibilità di inserire layout all'interno di layout nell'editor di posta elettronica.
  • Gli esperti di marketing non hanno la capacità di creare e-mail con layout a tutta larghezza.
  • Tutti i blocchi di contenuto, i contenuti condizionali, gli elenchi, le condizioni e altre personalizzazioni non hanno limiti specifici. Tuttavia, sono archiviati all'interno dell'e-mail stessa e pertanto contribuiscono alle dimensioni dell'e-mail e sono quindi soggetti al limite di dimensioni dell'e-mail.
  • I blocchi di contenuto vengono inseriti nelle e-mail tramite copia. Questo ha le seguenti implicazioni:
    • Lo stesso blocco di contenuto inserito più volte nella stessa e-mail costituisce copie nuove e separate (e contribuisce alle dimensioni dell'e-mail).
    • L'aggiornamento del blocco di contenuto originale non aggiorna le e-mail che includono tali blocchi di contenuto
  • Il linguaggio delle espressioni handlebar per la sintassi di personalizzazione (ad esempio, {{contact.firstname}}) non è supportato in tempo reale. Tutta la personalizzazione deve essere definita utilizzando l'interfaccia utente all'interno dei progettisti per e-mail, SMS o Push. Soluzione: utilizza E-mail Import Tool che si apre in una nuova finestra o scheda in tempo reale per copiare i messaggi e-mail in uscita. Lo strumento migrerà automaticamente le espressioni di personalizzazione.

Moduli e pagine

  • I moduli Customer Insights - Journeys possono aggiornare solo un'entità (in genere un lead o un contatto). La destinazione di una singola entità semplifica la configurazione e la manutenzione del modulo e consente di creare percorsi adeguatamente mirati.
  • Se il modulo incorporato non è visibile su pagine esterne, assicurati che il dominio consenta l'hosting di moduli esterni. Nella maggior parte dei casi, questo è il motivo per cui i clienti non riescono a visualizzare il modulo sul proprio sito Web. Non è necessario completare il processo di autenticazione del dominio per abilitare l'hosting di moduli esterni per il tuo dominio. Altre informazioni sull'autenticazione del dominio si apre in una nuova finestra o scheda.
  • In Customer Insights - Journeys, gli utenti potrebbero riscontrare un problema per cui non riescono a visualizzare il modulo in Studio di Power Pages. Questa particolare situazione si verifica quando si crea un sito Web di marketing complesso con più pagine, che richiede funzionalità di navigazione e autenticazione dell'utente. Per affrontare questa sfida, Studio di Power Pages risulta essere la soluzione ottimale. Per integrare un modulo di marketing di Customer Insights - Journeys in un sito Web creato utilizzando Studio di Power Pages, sono necessarie alcune modifiche al codice sorgente. Nello specifico, l'aggiunta di uno snippet di codice JavaScript è essenziale per facilitare la perfetta integrazione del modulo di marketing. È importante notare che all'interno di Studio di Power Pages, il modulo non sarà visibile durante il processo di modifica. Tuttavia, una volta che la pagina viene pubblicata ed è accessibile al pubblico, il modulo diventa visibile e perfettamente funzionante sul sito Web. Questa funzionalità migliora l'esperienza dell'utente e garantisce la corretta implementazione delle strategie RTM all'interno del sito Web di marketing.

Punteggio lead

  • Il punteggio dei contatti dei genitori influisce sul tempo necessario per l'elaborazione dei punteggi. Ti consigliamo di evitare il punteggio dei contatti dei genitori, soprattutto se hai un numero elevato di contatti.

Segments

  • È possibile creare un segmento per un massimo di 100.000.000 contatti.
  • Un percorso basato su segmenti funzionerà solo quando le dimensioni del segmento è inferiore a 10 milioni di contatti. Qualsiasi segmento con dimensioni maggiori non viene eseguito. Per garantire che le campagne possano essere eseguite in modo efficace, suddividi i segmenti più grandi in più segmenti che possono utilizzare lo stesso percorso ripetibile. (1) Ciò vale anche per tutti i percorsi basati su trigger che si basano su segmenti nel flusso del percorso.
  • Esiste un limite di 100 contatti che possono essere aggiunti a un gruppo di inclusione/esclusione come parte della definizione del segmento. Per aggirare questo problema, puoi creare un segmento separato di clienti e utilizzare quel segmento nella definizione del segmento principale creando così un segmento composto.
  • Oggi gli utenti non possono modificare un segmento utilizzato in un percorso in tempo reale Customer Insights - Journeys. Per poter modificare il segmento, interrompi il percorso e quindi apporta le modifiche ai segmenti.

Trigger

  • Oggi esiste un limite di 100 trigger personalizzati che possono essere attivati ​​in un'organizzazione al giorno. Per aumentare questo valore per la tua organizzazione, crea un ticket di supporto o contatta il tuo rappresentante Microsoft e potremo collaborare con te per supportare il tuo caso d'uso.
  • Quando definisci i trigger personalizzati, assicurati che tutti gli attributi siano definiti. Qualsiasi attributo che ha un valore nullo causa il fallimento del trigger, portando i clienti a non completare il percorso. Oggi non abbiamo la possibilità di consentire il passaggio di valori null in una personalizzazione, il che si traduce in un errore di sistema come messaggio di errore in fase di esecuzione del percorso.
  • L'utilizzo dei riferimenti a entità nei trigger personalizzati o CDS è limitato a cinque hop. Qualsiasi entità che si trova a più di 5 hop di distanza dall'entità COLA non può essere utilizzata come attributo in un percorso.
  • Quando utilizzi il trigger standard "Modulo di marketing inviato" per il tuo percorso, è necessario prestare attenzione per garantire che il destinatari per il percorso e il modulo siano gli stessi. Oggi non mostriamo un errore o un avviso in caso di mancata corrispondenza, ma il percorso non comincerà a creare confusione nel cliente.
  • Oggi i trigger si attivano anche quando un record viene aggiornato manualmente in Dynamics 365 Dataverse. In questo modo, un contatto può eseguire il percorso in base al trigger, anche se non esegue alcuna operazione per attivarlo.
  • Attualmente, per i percorsi basati su trigger che utilizzano il riquadro if/then, a volte è possibile perdere circa l'1% di tutti gli eventi trigger a causa di un leggero ritardo nel rilevamento da parte del sistema.
  • I trigger possono avere al massimo 30 attributi. Se il trigger ha un riferimento alla tabella, tale riferimento viene conteggiato come un attributo ai fini del limite di 30. È previsto un limite aggiuntivo di 1.024 per il numero di colonne di tutti i riferimenti a tali entità.