Creare trigger personalizzati in Customer Insights - Journeys

I trigger personalizzati sono un modo flessibile per acquisire momenti e interazioni importanti, consentendo di orchestrare interazioni con i clienti estremamente coinvolgenti.

Un trigger personalizzato è un segnale definito dall'utente che può contenere e trasportare qualsiasi tipo di informazione in base a cui può agire un percorso del cliente. Gli utenti di Customer Insights - Journeys hanno il pieno controllo di ciò che rappresentano i trigger personalizzati e del tipo di informazioni che trasmettono.

Creare un trigger personalizzato in Customer Insights - Journeys è semplice. Tuttavia, i trigger personalizzati richiedono la collaborazione tra gli utenti del marketing e un team di sviluppatori che sarà responsabile dell'integrazione di piccoli frammenti di codice nei sistemi che alla fine consentono al trigger di funzionare.

La creazione di un trigger personalizzato prevede tre passaggi: creazione del trigger iniziale, integrazione del trigger e finalizzazione.

1. Creazione del trigger iniziale

Questo passaggio viene eseguito nella sezione Trigger di Customer Insights - Journeys. Per creare il trigger personalizzato, seleziona +Nuovo trigger dalla barra multifunzione superiore. Nella schermata seguente, dai un nome al trigger e indica che desideri attivare un'azione Quando un cliente interagisce con un sito Web/un'app.

L'altra opzione di attivazione ("Quando un record relativo a un cliente viene creato o aggiornato") si riferisce ai trigger basati sulle modifiche ai record Dataverse. Altre informazioni: Attivare un percorso in base a una modifica del record Dataverse

Nella schermata successiva, segui le istruzioni visualizzate per definire:

• Titolo e descrizione

  Assegna al trigger un titolo breve e descrittivo. Includi una descrizione per aiutare gli altri utenti a trovare il giusto trigger nel catalogo.

• Attributi

  Gli attributi del trigger arricchiscono il trigger e forniscono un contesto aggiuntivo per il percorso per creare rami o personalizzare i contenuti. Ad esempio, un trigger personalizzato Registrazione Wi-Fi può contenere un attributo Posizione che rappresenta la posizione fisica dove un cliente ha completato una registrazione. Il valore dell'attributo Posizione potrebbe quindi essere utilizzato in un percorso per inviare un messaggio diverso a seconda che la registrazione provenga dal parcheggio o dalla sala principale.

  Gli attributi hanno un Nome e un Tipo di dati. La scelta del tipo di dati corretto (testo, numero, true o false, data/ora o riferimento all'entità) è importante per garantire che i percorsi del cliente possano fornire comparatori appropriati nelle condizioni. Ad esempio, se un attributo è di tipo dati Numero, il percorso fornisce un comparatore come minore di o uguale a. Se un attributo è di tipo Data/ora, il percorso fornirà comparatori come prima, corrispondente e dopo. Un attributo del tipo di dati Riferimento all'entità punta a un'entità specifica, evitandoti di dover definire un elenco complesso di attributi per avviare un percorso basato sulle modifiche a un'entità.

  Puoi impilare attributi con diversi tipi di dati per creare trigger sofisticati. Se, ad esempio, desideri attivare un percorso quando un cliente acquista un prodotto, dovresti aggiungere all'attributo Data/ora per attivare il trigger quando si verifica un'azione, quindi dovresti aggiungere un attributo Riferimento all'entità che punta all'entità Ordine per fare riferimento agli articoli contenuti nell'ordine del cliente.

• Attributi speciali

  Dati cliente è un attributo speciale presente per impostazione predefinita in ogni trigger personalizzato. Questo attributo contiene informazioni sul cliente che esegue l'azione del trigger. Il tipo di dati può essere un contatto o un lead di Dynamics 365 oppure un profilo di Customer Insights - Data. Nel codice, questo attributo è indicato come authID.

  contactpoint_email è un attributo speciale presente in un trigger personalizzato associato a un profilo di Customer Insights - Data. Questo attributo viene utilizzato come fallback nel caso in cui il profilo di Customer Insights - Data completo non sia disponibile. Gli sviluppatori dovrebbero includere l'indirizzo e-mail del cliente in questo attributo per garantire che il cliente possa essere raggiunto via e-mail anche se le informazioni complete del suo profilo non sono disponibili.

  contactpoint_phone è un attributo speciale presente in un trigger personalizzato associato a un profilo di Customer Insights - Data. Questo attributo viene utilizzato come fallback nel caso in cui il profilo di Customer Insights - Data completo non sia disponibile. Gli sviluppatori dovrebbero includere il numero di telefono del cliente in questo attributo per garantire che il cliente possa essere raggiunto via SMS anche se le informazioni complete del suo profilo non sono disponibili.

• Riferimenti entità

  Nel menu a discesa Tipo di dati, troverai un'opzione Riferimento all'entità. Questa opzione ti consente di puntare a un'entità specifica, evitandoti di dover specificare un elenco di attributi da acquisire

2. Integrazione del trigger

Una volta creato il trigger, il sistema genera un frammento di codice. Puoi scaricare il frammento di codice e condividerlo con gli sviluppatori. In alternativa, gli sviluppatori possono accedere al frammento direttamente tramite il collegamento fornito dall'app.

Il frammento di codice consente a un'azione del cliente su un'app esterna o un sito Web esterno di attivare un percorso del cliente in Customer Insights - Journeys. Ad esempio, quando un cliente fa clic sul pulsante di pagamento su un sito Web di e-commerce, il codice avvia una conferma dell'ordine percorso del cliente utilizzando un trigger di "conferma dell'ordine" che viene richiamato al clic del pulsante. Aggiungendo il frammento di codice, lo sviluppatore collega semplicemente il clic del pulsante al trigger "conferma ordine".

Il frammento di codice contiene istruzioni dettagliate su come integrare il trigger dell'evento su sistemi esterni. È possibile integrare il trigger utilizzando JavaScript (per pagine Web), C# o Python (per sistemi autonomi) o tramite gli SDK iOS e Android.

3. Finalizzazione del trigger

Al termine dell'integrazione, la pagina Trigger mostra informazioni per confermare che il trigger personalizzato funziona nel modo previsto. Con l'integrazione completata e verificata, il trigger verrà contrassegnato come Pronto per l'uso, ovvero sarà visibile e disponibile nei percorsi.