Quando uma mensagem de saída é enviada, um customer precisa ser correspondido para a mensagem, mas uma conversa também precisa ser criada em nosso código antes que a mensagem seja algo que seus customers possam realmente ver.
Neste contexto, criar conversa significa que do ponto de vista do customer, a mensagem/conversa está pronta para ser recebida/foi enviada para eles (Chats ou Post: a mensagem foi enviada em tempo real ou a mensagem está pronta para eles quando estiverem online novamente; Email/Push: a mensagem foi enviada para o customer).
Quando criamos a conversa, o atributo último contato em para o customer é atualizado.
Divisão de Correspondência + envio com base no canal
Canal da Mensagem | Mensagem dinâmica? | Mensagem fixa? |
In-app (em massa) | Corresponder + criar conversa quando o user/lead/visitor envia um ping | Corresponder quando a mensagem é ativada pela primeira vez -> criar uma entrega pendente enquanto esperamos o user ficar online -> criar conversa quando o user envia um ping |
Chat (1:1) | N/A - não é possível enviar uma mensagem dinâmica 1:1. | Corresponder quando a mensagem é ativada pela primeira vez + criar conversa imediatamente. |
In-app com notificação push | Corresponder, enviar notificação push e criar conversa imediatamente quando a mensagem é ativada pela primeira vez ou durante as verificações horárias. Chat ou post com push que são acionados no ping verão users recebendo a notificação push e in-app ao mesmo tempo (isso é independente se é uma mensagem em massa ou 1:1). Nota: para Series fazemos verificações a cada 15 minutos. | Corresponder quando a mensagem é ativada pela primeira vez, enviar uma notificação push imediatamente e criar conversa imediatamente. |
Email / Push (sem Janela de Agendamento) | Corresponder e criar conversa quando a mensagem é ativada pela primeira vez, quando um novo user/lead é criado e envia ping nas primeiras duas horas, ou durante os envios horários que fazemos. Nota: para Series fazemos verificações a cada 15 minutos. | Corresponder quando a mensagem é ativada pela primeira vez e criar conversa imediatamente. |
Email / Push (fora da Janela de Agendamento) | Corresponder apenas durante a janela de agendamento, quando a mensagem é ativada pela primeira vez, quando um novo user/lead é criado e envia ping nas primeiras duas horas, ou durante os envios horários. Com o novo sistema de correspondência de mensagens, não correspondemos mais users nem criamos registros 'pendentes' que enviam na próxima janela de agendamento. Nota: para Series fazemos verificações a cada 15 minutos. | N/A - não é possível ter Janelas de Agendamento em mensagens manuais |
Mensagem com data de início | Se uma mensagem tem uma data de início, ela será correspondida quando a data de início começar, não quando for ativada. | Se uma mensagem tem uma data de início, ela será correspondida quando a data de início começar, não quando for ativada. |
O que acontece quando um customer corresponde a vários tipos de conteúdo in-app ao mesmo tempo?
À medida que expandimos o número de tipos de conteúdo in-app disponíveis, precisamos pensar mais sobre como esses diferentes tipos de conteúdo interagem entre si e quais têm prioridade sobre os outros.
No passado, só tínhamos mensagens in-app do tipo conversacional (ou seja, Chats, Posts, mensagens de bot). Havia regras simples para o que acontece quando você corresponde a mais de um desses ao mesmo tempo e um tipo de conteúdo nunca precisava saber que outro tipo de conteúdo havia sido correspondido. O Messenger era responsável por decidir como exibir múltiplas notificações, veja Chats, Posts, Workflows.
Com a introdução de Tours (também Carousels no mobile), Banners e agora Surveys, estamos começando a desenvolver regras para quais tipos de conteúdo um customer pode corresponder ao mesmo tempo e quais tipos de conteúdo um customer pode corresponder quando já têm conteúdo “ativo”.
Existem 2 maneiras de priorizarmos diferentes tipos de conteúdo:
Na correspondência, onde você simplesmente não pode corresponder a um certo tipo de conteúdo se também corresponder a um dos outros (ou já tiver um tipo de conteúdo “ativo”); ou
Lógica de exibição no Messenger para quando você corresponde a múltiplos tipos de conteúdo.
Quando também há correspondências para um...
| Banner | Carousel | Chat | Workflow | Post | Survey | Tour |
Banner | 1️⃣ | n/a | ✅ | ✅ | ✅ | ❌ | ✅ |
Carrossel | n/a | 1️⃣ | ✅ | ✅ | ✅ | ✅ | n/a |
Chat | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Workflow | ✅ | ✅ | ✅ | 1️⃣ | ✅ | ✅ | ✅ |
Publicação | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Pesquisa | ✅ | ❌ | ✅ | ✅ | ✅ | 1️⃣ | ❌ |
Tour | ✅ | n/a | ✅ | ✅ | ✅ | ✅ | 1️⃣ |
n/a — Não se aplica, pois esses tipos de conteúdo estão disponíveis apenas na web ou no mobile.
1️⃣ — O cliente pode corresponder a apenas um desses tipos de conteúdo por vez.
❌ — O cliente não pode corresponder a um destes tipos de conteúdo porque há correspondências para outro tipo de conteúdo.
✅ — O cliente pode corresponder a este tipo de conteúdo independentemente das outras correspondências.
Se uma mensagem tem uma data de início, ela corresponde ao usuário quando você a ativa ou quando a data de início começa?
É quando a data de início começa.