Loop

Use o Loop para repetir as mesmas etapas para um usuário várias vezes sem copiá-las na tela. Ele é ideal para lembretes, acompanhamentos e verificações que devem ser executados repetidamente, até um limite que você definir. Após a última repetição, o usuário passa para a próxima parte da journey.

Casos de uso

• Lembretes de pagamento: envie um lembrete e aguarde o pagamento. Usuários que pagam seguem em frente e não recebem mais lembretes. Usuários que não pagam recebem outro lembrete após uma pausa, até o limite que você definir.
• Reconquistar usuários inativos: envie um número limitado de estímulos com um atraso entre eles. Após o último, direcione os usuários para uma oferta diferente ou pare de enviar mensagens a eles.
• Continuar verificando um evento: aguarde o mesmo evento repetidamente sem copiar a etapa de espera pela tela.

Pré-requisitos

O Loop fica desativado por padrão. Para usá-lo, peça ao Suporte Pushwoosh para habilitá-lo na sua conta.

Adicionar e configurar o Loop

Primeiro, construa as etapas que deseja repetir e, em seguida, coloque o Loop logo após elas. O Loop tem duas saídas:

• Repeat: uma conexão de volta para a primeira etapa repetida. Os usuários voltam para lá e passam pelas etapas novamente.
• Exit: uma conexão para frente, para o que vem depois do loop. Os usuários chegam lá após sua última repetição.

Exemplo: lembretes de pagamento

Na tela, um loop de lembrete de pagamento se parece com isto:

• Push: envia o lembrete.
• Wait for Trigger: aguarda o pagamento. Usuários que pagam seguem seu ramo de pagamento e não recebem mais lembretes. Usuários que não pagam seguem Not triggered até o Loop.
• Loop: Repeat envia os usuários de volta ao Push para o próximo lembrete.

1. Adicione o elemento Loop logo após as etapas que deseja repetir e clique duas vezes nele.

2. Em Maximum repeats, defina quantas vezes um usuário pode passar pelas etapas repetidas, de 1 a 100. O padrão é 10. Um número fora desse intervalo se ajusta ao limite mais próximo assim que você salva.

3. Em Not more often than every, s, defina a pausa mínima entre duas repetições para um usuário, em segundos:

   • 0: use quando as etapas repetidas já esperam por conta própria, com uma etapa Wait for Trigger, uma etapa Time delay, ou outro Loop que tenha sua própria pausa.
   • 60 ou mais: use quando nada nas etapas repetidas espera. O Loop retém cada usuário até que esse tempo tenha passado desde sua última repetição. Se você digitar um valor de 1 a 59, ele muda para 60 imediatamente.

   Se você deixar 0, mas nenhuma das etapas repetidas espera, a journey não será salva e mostrará The loop body has no waiting element, set a minimum interval. Sem nenhuma pausa, o loop se repetiria o mais rápido que o sistema conseguisse processar. Defina 60 ou mais, ou adicione uma etapa Wait for Trigger ou Time delay às etapas repetidas.

   

4. Arraste uma conexão da saída Repeat de volta para a primeira etapa que deseja repetir. No exemplo acima, esse é o lembrete Push.

   Se Repeat não estiver conectado, a journey não será salva e mostrará Connect the repeat output of the Loop. Se ele levar ao próprio Loop, você verá The repeat output of the Loop cannot lead to the Loop itself.

5. Arraste uma conexão da saída Exit para a etapa que deve vir depois do loop, por exemplo, uma mensagem final ou uma oferta diferente. Os usuários chegam lá depois de passarem pelo loop Maximum repeats vezes.

   

6. Clique em Save.

Somente Repeat pode apontar de volta para uma etapa anterior. Se você conectar qualquer outra saída a uma etapa anterior na journey, a journey não será salva.

O que acontece a cada repetição

Cada etapa na parte repetida é executada novamente a cada vez. Tenha essas regras em mente ao construí-la.

Alterações de Tag se acumulam

Uma etapa Update user profile dentro do loop é executada a cada repetição. O que isso significa depende da ação:

• Aumentar, diminuir, adicionar um item à lista, remover um item da lista: a alteração se acumula. Por exemplo, com Maximum repeats definido como 100, uma Tag aumentada em 1 cresce 100, não 1.
• Substituir o valor: seguro para repetir, porque não se acumula.

Quando a etapa tem uma alteração que se acumula, ela mostra um aviso explicando que a alteração se acumula a cada repetição.

As esperas reiniciam a cada repetição

Uma etapa Wait for Trigger ou Time delay conta seu tempo a partir da repetição atual, não a partir de quando o usuário entrou no loop. Uma espera de 24 horas significa 24 horas a cada repetição, então um usuário que passa 3 vezes pelo loop pode gastar até 72 horas nele.

Os usuários permanecem no mesmo ramo de teste

Um A/B/n Split envia cada usuário para o mesmo ramo toda vez que ele o alcança: a cada repetição e quando ele reentra na journey mais tarde. Um Holdout Split funciona da mesma forma. Isso mantém os resultados do teste precisos, porque nenhum usuário pode mudar para outro ramo e ser contado duas vezes.

Wait for Trigger usa o evento mais recente

Uma etapa Wait for Trigger no loop mantém apenas o evento da repetição atual. Cada novo evento substitui o da repetição anterior. Etapas posteriores que usam dados do evento sempre obtêm o evento mais recente, incluindo espaços reservados de mensagem, um Time delay dinâmico, um valor de Tag dinâmico e um Condition split.

Metas contam uma vez, mensagens contam toda vez

Um Objetivo de conversão alcançado dentro do loop conta uma vez para a journey, não uma vez por repetição.

As mensagens funcionam de forma diferente. Cada repetição de uma etapa de canal é um envio separado e conta para o limite de limite de frequência do usuário. Uma etapa Push que se repete 10 vezes pode usar até 10 envios desse limite, não apenas um.

Dica

Para garantir que um usuário não receba mais mensagens de uma etapa do que o limite do canal permite, ative o limite de frequência em cada etapa de canal dentro do loop. Defina o limite de uma dessas formas, ou a etapa permanecerá ilimitada:

• Nas configurações de limite de frequência global.
• Com um limite personalizado por etapa.

Loops aninhados

Você pode colocar um Loop dentro da parte repetida de outro. Cada Loop conta suas próprias repetições. O Loop interno começa a contar do zero toda vez que os usuários o deixam, então ele executa todas as suas repetições novamente a cada repetição do Loop externo.

Por exemplo, se o Maximum repeats do Loop externo for 3 e o do Loop interno for 2, as etapas do Loop interno podem ser executadas até 2 × 3 = 6 vezes. O limite combinado de 1000 repetições ainda se aplica.

Limite de segurança em todos os loops

Um usuário pode passar por no máximo 1000 repetições no total em todos os Loops de uma journey, mesmo que o próprio Maximum repeats de cada Loop permita mais.

• Um usuário que atinge 1000 sai pelo Exit do último Loop, mesmo que o limite próprio desse Loop ainda não tenha sido atingido.
• O limite protege contra loops dentro de loops que se multiplicam em muito mais repetições do que o esperado, por exemplo, dois loops de 100 repetições colocados um dentro do outro.