-
Customer Experience -
Employee Experience -
Brand Experience -
Core XM -
Design XM
Síntese de regras do otimizador de viagem do cliente
Sobre as regras do otimizador de viagem do cliente
As regras no otimizador de viagem do cliente são os módulos para sua viagem. Eles são compostos por várias afirmações “se” e “então” que determinam o caminho para sua jornada. Esta página abordará como criar regras, onde as regras são usadas e como as regras são avaliadas à medida que um viajante se move ao longo da viagem.
Síntese básica de regras
Geralmente, uma regra é composta por um ou mais pares de instruções “if” e “then”. Você pode pensar na afirmação “se” como a condição da regra, enquanto a instrução “então” é a ação da regra.
A condição é o critério para que algo aconteça, enquanto a ação é o que deve acontecer se a condição for atendida.
Tipos de regras
As regras são utilizadas em muitos locais no otimizador de viagem do cliente. Às vezes, as regras só terão uma condição, uma vez que, nesses casos, você está tentando filtrar os dados para sua viagem selecionando os viajantes corretos e os dados do evento.
As regras nas áreas listadas abaixo só têm condições:
- Critérios de entrada de viagem: essas regras determinam quais dados do evento ou viajantes podem entrar em uma viagem.
- Critérios de entrada de marco: essas regras determinam se os viajantes inserirão um marco específico em uma viagem.
As regras nas áreas listadas abaixo têm condições e ações:
- Regras globais: estas regras são avaliadas no início da viagem e são aplicadas a todos os viajantes que entram na sua viagem.
- Regras de marco: essas regras determinam o que acontece como resultado de um determinado marco em sua viagem.
Ordem de avaliação de regra
Ao criar suas viagens, você tem diferentes tipos de regras à sua disposição que determinam como os eventos são processados. As regras são executadas na seguinte ordem cada vez que um novo evento é recebido:
- Critérios de entrada de viagem
- Regras globais
- Critérios de entrada de marco
- Regras de eventos importantes
Ao avaliar um determinado conjunto de regras, elas são avaliadas de cima para baixo. Você deve se certificar de colocar sua regra mais exclusiva por último para evitar que os viajantes desqualificem acidentalmente o cumprimento de suas condições de regra.
Regras de criação
Esta seção aborda como criar regras. Observe que enquanto vamos construir regras para uma jornada importante, a construção de regras funciona da mesma forma nas outras áreas da plataforma.
- Na seção Regras, dê um nome à sua regra para saber o que ela faz.
- Clique no sinal de mais (+) e escolha a integração na qual você deseja basear sua condição. Ao escolher uma integração, pense em qual integração tem os dados necessários para a jornada.
- Selecione o objeto que contém os dados que você quer utilizar em sua condição.
- Selecione o campo no qual basear a condição.
- Selecione o operador para a condição (por exemplo, “não é igual”). Consulte Operadores para obter mais informações.
- Selecione o valor para a condição.
Qdica: você pode adicionar vários valores digitando valores adicionais no campo Adicionar outro valor. Quando você tem vários valores, eles são separados por um operador “ou”, o que significa que somente 1 dos valores deve ser encontrado para que a regra seja verdadeira.
- Para adicionar condições adicionais, clique em e se +. Siga as etapas acima para criar condições adicionais. Considere que se você adicionar várias condições, todas as condições devem ser cumpridas para que a ação seja efetuada.
- Para adicionar uma ação à sua regra, clique em e em +.
Qdica: as etapas restantes são para adicionar ações de saída a regras globais e de marcos. Você não pode adicionar ações em regras de critérios de entrada.
- Escolha a integração na qual você deseja que a ação seja realizada.
- Selecione a ação que deve ser realizada (por exemplo, enviar um e-mail). Dependendo do tipo de ação que você selecionar, você pode precisar definir diferentes valores para a ação (por exemplo, o “e-mail para” para enviar um e-mail).
Qdica: consulte a documentação da integração na qual você está interessado para encontrar instruções específicas sobre a configuração de ações para essa integração.
- Você pode adicionar ações adicionais clicando em e, em seguida, em +. Se você adicionar várias ações, todas as ações serão acionadas se as condições forem atendidas.
- Quando terminar, clique em Salvar.
Operadores
Esta seção abrange os diferentes tipos de operadores e a respectiva disponibilidade com base no tipo de campo. Os operadores descrevem como um campo deve ser avaliado.
O operador disponível para uma determinada condição dependerá do tipo de campo. A tabela abaixo compila todos os tipos de campo disponíveis para condições e seus possíveis operadores.
Os seguintes tipos de campo estão disponíveis no otimizador de viagem do cliente:
- Texto (“App baixado”, “Conta premium”)
- Booleano (verdadeiro ou falso)
- Número (230, 4.2)
- Data/hora (11/08/2017 09:23 UTC)
- Duração (“7 dias”, “1 dia”)
Qdica: os campos de duração podem ser somente em dias.
Os campos de data/hora não podem ser usados após os operadores, portanto são excluídos da tabela abaixo:
| Operador | Tipo de campo | |||
| Texto | Número | Booleano | Duração | |
| É/Não é | Sim | Sim | Sim | Não |
| É/Ou | Sim | Não | Não | Não |
| É maior que/é maior que ou igual a | Sim | Sim | Não | Não |
| É menor que/É menor que ou igual a | Sim | Sim | Não | Não |
| Contém | Sim | Não | Não | Não |
| Contém maiúsculas/minúsculas | Sim | Não | Não | Não |
| Não contém | Sim | Não | Não | Não |
| É mais recente que | Não | Não | Não | Sim |
| É mais antigo que | Não | Não | Não | Sim |
| É após | Não | Não | Não | Sim |
| Está dentro de | Não | Não | Não | Sim |
Regras baseadas no tempo
As regras baseadas no tempo funcionam de forma diferente de outras regras no otimizador de viagem do cliente. Esta seção abordará como as regras baseadas em tempo são avaliadas e algumas práticas recomendadas para criar regras baseadas em tempo.
- As regras baseadas no tempo são avaliadas não só quando um novo evento é processado pelo otimizador de viagem do cliente, mas também de forma contínua, mesmo na ausência de novos eventos. Uma analogia simples é a de um temporizador de alarme. Essas regras são avaliadas de forma recorrente para ver se os viajantes atendem aos critérios. Em caso afirmativo, as ações serão acionadas.
- As regras baseadas no tempo usam o momento atual como ponto de referência. Um exemplo de uma regra baseada em tempo simples é “Se SiteVisit tiver mais de 5 dias.” Se um viajante tiver um valor para o campo SiteVisit e esse valor estiver mais de 5 dias no passado, essa regra será avaliada como verdadeira.
- Se você quiser visar um intervalo de tempo específico (por exemplo, mais de 5 dias a partir de agora, mas menos de 2 semanas), pode usar várias condições de regra para atingir esse intervalo de tempo.
- Se chegar um novo evento que mova o viajante para um novo marco antes de o viajante cumprir a regra baseada no tempo, o temporizador será desconsiderado e a regra será avaliada como falsa.
- As datas são salvas em um formato de data/hora. Se a hora ou o fuso horário não for indicado, ele será definido automaticamente como 00:00:00,000 e o fuso horário UTC.
Exemplo: por exemplo, “2020-12-31T16:00:00,444-08:00” permanece “2020-12-31T16:00:00,444-08:00”, enquanto “1975-01-30” é convertido em “1975-01-30T00:00:00.000Z” antes de ser armazenado no Otimizador de jornada do cliente.
- Você só pode basear as regras no número de dias inteiros (ou seja, 1 dia, 30 dias, 365 dias, etc.). Não use outros períodos ou dias parciais. O uso de dias não inteiros fará com que a regra seja inválida.
- Se estiver usando uma regra baseada no tempo, sugerimos definir a programação de busca com a opção mais frequente para que você tenha os dados mais atualizados.
- O operador “é mais antigo que” deve ser considerado > não >=. O operador “é mais recente que” deve ser considerado um < não <=.