Passa al contenuto principale
Loading...
Skip to article
  • Customer Experience
    Customer Experience
  • Employee Experience
    Employee Experience
  • Brand Experience
    Brand Experience
  • Core XM
    Core XM
  • Design XM
    Design XM

Riepilogo regole ottimizzatore interazioni cliente


Was this helpful?


This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

The feedback you submit here is used only to help improve this page.

That’s great! Thank you for your feedback!

Thank you for your feedback!


Informazioni sulle regole dello strumento di ottimizzazione delle interazioni cliente

Le regole nell’ottimizzatore interazioni cliente sono i moduli per le proprie interazioni cliente. Sono composti da varie affermazioni “if” e “then” che determinano il percorso per il vostro viaggio. Questa pagina illustrerà come creare regole, dove vengono utilizzate le regole e come le regole vengono valutate come un viaggiatore si muove lungo il viaggio.

Panoramica di base sulle regole

Generalmente, una regola è composta da una o più coppie di affermazioni “if” e “then”. Si può pensare all’affermazione “if” come alla condizione della regola, mentre l’enunciato “then” è l’azione della regola.

La condizione è il criterio perché qualcosa accada, mentre l’azione è ciò che dovrebbe accadere se la condizione è soddisfatta.

Esempio: una regola di esempio è: “Se CustomerType = New e RecentPurchase = True, inviare un messaggio di posta elettronica.” In questo esempio, “If CustomerType = New and RecentPurchase = True” è la condizione mentre “then send an email” è l’azione.

Tipi di regole

Le regole vengono utilizzate in molti punti dell’ottimizzatore interazioni cliente. Talvolta, le regole presentano solo una condizione, poiché in quei casi si sta tentando di filtrare i dati per il viaggio selezionando i viaggiatori e i dati dell’evento corretti.

Le regole nelle aree elencate di seguito hanno solo condizioni:

  • Criteri di ingresso viaggio: queste regole determinano quali dati evento o viaggiatori possono inserire un viaggio.
  • Criteri di inserimento milestone: queste regole determinano se i viaggiatori inseriranno una specifica milestone all’interno di un viaggio.

Le regole nelle aree elencate di seguito hanno sia condizioni che azioni:

  • Regole globali: queste regole vengono valutate all’inizio del viaggio e applicate a tutti i viaggiatori che entrano nel viaggio.
  • Regole milestone: queste regole determinano ciò che accade come risultato di una determinata milestone nel tuo percorso.

Ordine di valutazione regola

Quando si creano le proprie interazioni cliente, sono disponibili diversi tipi di regole che determinano la modalità di elaborazione degli eventi. Le regole vengono eseguite nel seguente ordine ogni volta che si riceve un nuovo evento:

  1. Criteri di ingresso viaggio
  2. Regole globali
  3. Criteri di inserimento milestone
  4. Regole milestone

Quando si valuta un determinato insieme di regole, queste vengono valutate dall’alto verso il basso. È necessario assicurarsi di impostare la regola più esclusiva come ultima, per evitare che accidentalmente i viaggiatori non soddisfino le condizioni della regola.

Qtip: Vedi Tipi di regole per le descrizioni di ciascuno di questi.

Creazione di regole

In questa sezione viene descritto come creare regole. Tieni presente che, mentre creeremo regole per un viaggio milestone, la creazione di regole funziona allo stesso modo nelle altre aree della piattaforma.

  1. Nella sezione Regole, assegnare un nome alla regola in modo da sapere che cosa fa la regola.assegnando un nome alla regola e scegliendo un’integrazione
  2. Fare clic sul segno più (+) e selezionare l’integrazione su cui basare la condizione. Quando scegli un’integrazione, pensa a quale integrazione ha i dati necessari per il percorso.
  3. Selezionare l’oggetto che contiene i dati che si intende utilizzare nella condizione.
    creazione della regola
  4. Selezionare il campo su cui basare la condizione.
  5. Selezionare l’operatore per la condizione (ad esempio, “non è uguale a”). Per ulteriori informazioni, consultare Operatori.
  6. Selezionare il valore per la condizione.
    Consiglio Q: è possibile aggiungere più valori digitando valori supplementari nel campo Aggiungi un altro valore. Quando si dispone di più valori, questi vengono separati da un operatore “o”, ovvero solo uno dei valori deve essere trovato affinché la regola sia true.
  7. Per aggiungere ulteriori condizioni, fare clic su e se +. Attenersi alla procedura descritta sopra per creare condizioni supplementari. Tenere presente che se si aggiungono più condizioni, tutte le condizioni devono essere soddisfatte affinché l’azione abbia luogo.
  8. Per aggiungere un’azione alla regola, fare clic su +.
    Consiglio Q: i passaggi rimanenti riguardano l’aggiunta di azioni in uscita a regole globali e milestone. Non è possibile aggiungere azioni nelle regole dei criteri di immissione.
  9. Scegli l’integrazione in cui desideri che abbia luogo l’azione.configurazione dellazione e salvataggio della regola
  10. Selezionare l’azione da eseguire (ad es. inviare un’e-mail). A seconda del tipo di azione selezionata, potrebbe essere necessario definire valori diversi per l’azione (ad esempio, il “destinatario dell’e-mail” per l’invio di un’e-mail).
    Consiglio Q: consultare la documentazione per l’integrazione a cui si è interessati per trovare istruzioni specifiche sulla configurazione delle azioni per tale integrazione.
  11. È possibile aggiungere ulteriori azioni facendo clic su e quindi su +. Se si aggiungono più azioni, tutte le azioni verranno avviate se le condizioni sono soddisfatte.
  12. Al termine, fare clic su Salva.

Operatori

Questa sezione descrive i diversi tipi di operatori e la loro disponibilità in base al tipo di campo. Gli operatori descrivono come deve essere valutato un campo.

Esempio: Se volessi rivolgermi ai clienti che hanno visitato di recente il mio negozio, potrei creare la regola: “Se VisitDate è più recente di 7 giorni, allora invia un’e-mail” – in questo esempio, “È più recente di” è l’operatore.

L’operatore disponibile per una determinata condizione dipenderà dal tipo di campo. La tabella seguente compila tutti i tipi di campo disponibili per le condizioni e i loro possibili operatori.

Nell’ottimizzatore interazioni cliente sono disponibili i seguenti tipi di campo:

  • Testo (“App scaricata”, “Conto premium”)
  • Booleano (vero o falso)
  • Numero (230, 4.2)
  • Data / Ora (2017-08-11 09:23 UTC)
  • Durata (“7 giorni”, “1 giorno”)
    Consiglio Q: i campi Durata possono essere solo in giorni.

I campi Data/Ora non possono essere utilizzati dopo gli operatori, quindi sono esclusi dalla tabella seguente:

Operatore Tipo di campo
Testo Numero Booleano Durata
È / Non è No
È / O No No No
È maggiore di / è maggiore o uguale a No No
È minore di / È minore di o uguale a No No
Contiene No No No
Contiene distinzione tra maiuscole e minuscole No No No
Non contiene No No No
È più recente di No No No
È precedente a No No No
Viene dopo No No No
È entro No No No

Regole basate sul tempo

Le regole a dipendenza temporale funzionano in modo diverso rispetto ad altre regole nell’ottimizzatore interazioni cliente. Questa sezione illustrerà la modalità di valutazione delle regole basate sul tempo e alcune best practice per la creazione di regole basate sul tempo.

  1. Le regole basate sul tempo vengono valutate non solo quando un nuovo evento viene elaborato dall’ottimizzatore interazioni cliente, ma anche su base continua, anche in assenza di nuovi eventi. Una semplice analogia è quella di un timer di allarme. Queste regole vengono valutate su base ricorrente per verificare se i dipendenti in trasferta soddisfano i criteri. In caso affermativo, le azioni verranno avviate.
  2. Le regole a dipendenza temporale utilizzano il momento attuale come punto di riferimento. Un esempio di una semplice regola basata sul tempo è “Se SiteVisit è più vecchio di 5 giorni fa”. Se un viaggiatore dispone di un valore per il campo SiteVisit e tale valore è più di 5 giorni nel passato, questa regola verrà valutata come vera.
    • Se si desidera impostare come target un intervallo di tempo specifico (ad esempio, tra più di 5 giorni da ora ma meno di 2 settimane), è possibile utilizzare più condizioni della regola per impostare tale intervallo di tempo come obiettivo.
    • Se arriva un nuovo evento che sposta il viaggiatore in una nuova milestone prima che il viaggiatore soddisfi la regola basata sul tempo, il timer verrà ignorato e la regola verrà valutata come falsa.
  3. Le date vengono salvate in formato data/ora. Se l’ora o il fuso orario non sono specificati, verranno automaticamente impostati su 00:00:00,000 e sul fuso orario UTC.
    Esempio: ad esempio, “2020-12-31T16:00:00,444-08:00” rimane “2020-12-31T16:00:00,444-08:00”, mentre “1975-01-30” viene convertito in “1975-01-30T00:00:00.000Z” prima di essere archiviato nell’ottimizzatore delle interazioni cliente.
  4. È possibile basare le regole solo sul numero di giorni interi (ad es. 1 giorno, 30 giorni, 365 giorni, ecc.). Non utilizzare altri intervalli di tempo o giorni parziali. Se si utilizzano giorni non interi, la regola non sarà valida.
  5. Se si utilizza una regola basata sul tempo, si consiglia di impostare l’opzione Recupera pianificazione sulla più frequente in modo da disporre dei dati più aggiornati.
  6. L’operatore “è precedente a” deve essere considerato > non >=. L’operatore “è più recente di” deve essere < non <=.

Molte delle pagine di questo sito sono state tradotte dall'originale in inglese mediante traduzione automatica. Sebbene in Qualtrics abbiamo profuso il massimo impegno per avere le migliori traduzioni automatiche possibili, queste non sono mai perfette. Il testo originale inglese è considerato la versione ufficiale, e qualsiasi discrepanza tra questo e le traduzioni automatiche non è legalmente vincolante.