Ir para o conteúdo principal
Loading...
Skip to article
  • Qualtrics Platform
    Qualtrics Platform
  • Customer Journey Optimizer
    Customer Journey Optimizer
  • XM Discover
    XM Discover
  • Qualtrics Social Connect
    Qualtrics Social Connect

Síntese de regras do otimizador de viagem do 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!


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.

Exemplo: uma regra de exemplo é: “Se CustomerType = Novo e RecentPurchase = Verdadeiro, envie um e-mail.” Neste exemplo, “If CustomerType = New and RecentPurchase = True” é a condição, enquanto “then send an email” é a ação.

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:

  1. Critérios de entrada de viagem
  2. Regras globais
  3. Critérios de entrada de marco
  4. 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.

Qdica: consulte Tipos de regras para obter descrições de cada uma delas.

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.

  1. Na seção Regras, dê um nome à sua regra para saber o que ela faz.dando um nome à regra e escolhendo uma integração
  2. 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.
  3. Selecione o objeto que contém os dados que você quer utilizar em sua condição.
    criação da regra
  4. Selecione o campo no qual basear a condição.
  5. Selecione o operador para a condição (por exemplo, “não é igual”). Consulte Operadores para obter mais informações.
  6. 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.
  7. 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.
  8. 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.
  9. Escolha a integração na qual você deseja que a ação seja realizada.configurar a ação e salvar a regra
  10. 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.
  11. 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.
  12. 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.

Exemplo: se eu quisesse direcionar clientes que visitaram recentemente minha loja, poderia criar a regra: “Se VisitDate for mais recente do que 7 dias, envie um e-mail” – neste exemplo, “É mais recente que” é o operador.

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. O operador “é mais antigo que” deve ser considerado > não >=. O operador “é mais recente que” deve ser considerado um < não <=.

Muitas das páginas neste site foram traduzidas do inglês original usando tradução automática. Embora na Qualtrics tenhamos feito nossa diligência prévia para obter as melhores traduções automáticas possíveis, a tradução automática nunca é perfeita. O texto original em inglês é considerado a versão oficial, e quaisquer discrepâncias entre o inglês original e as traduções automáticas não são juridicamente vinculativas.