Cuando se envía un mensaje saliente, un cliente necesita coincidir con el mensaje, pero también debe crearse una conversación en nuestra base de código antes de que el mensaje sea algo que sus customers puedan ver realmente.
En este contexto, create conversation significa que desde el punto de vista del customer, el mensaje/conversación está listo para ser recibido/les ha sido enviado (Chats o Post: el mensaje se envió en tiempo real o el mensaje está listo para ellos cuando estén en línea la próxima vez; Email/Push: el mensaje fue enviado al customer).
Cuando creamos la conversación, el atributo last contacted at para el customer se actualiza.
Desglose de Coincidencia + envío según canal
Canal de Mensaje | ¿Mensaje dinámico? | ¿Mensaje fijo? |
En la app (masivo) | Coincidir + crear conversación cuando el user/lead/visitor envía un ping | Coincidir cuando el mensaje se activa por primera vez -> crear una entrega pendiente mientras esperamos que el user se conecte -> crear conversación cuando el user envía un ping |
Chat (1:1) | N/A - no se puede enviar un mensaje dinámico 1:1. | Coincidir cuando el mensaje se activa por primera vez + crear conversación inmediatamente. |
En la app con notificación push | Coincidir, enviar notificación push y crear conversación inmediatamente cuando el mensaje se activa por primera vez o durante las revisiones horarias. Chat o post con push que se activan con ping harán que los users reciban la notificación push y en la app al mismo tiempo (esto es independiente de si es un mensaje masivo o 1:1). Nota: para Series hacemos revisiones cada 15 minutos. | Coincidir cuando el mensaje se activa por primera vez, enviar una notificación push inmediatamente y crear conversación inmediatamente. |
Email / Push (sin ventana de programación) | Coincidir y crear conversación cuando el mensaje se activa por primera vez, cuando se crea un nuevo user/lead y se envía ping en las primeras dos horas, o durante las revisiones horarias que hacemos. Nota: para Series hacemos revisiones cada 15 minutos. | Coincidir cuando el mensaje se activa por primera vez y crear conversación inmediatamente. |
Email / Push (fuera de la ventana de programación) | Coincidir solo durante la ventana de programación, cuando el mensaje se activa por primera vez, cuando se crea un nuevo user/lead y se envía ping en las primeras dos horas, o durante las revisiones horarias. Con el nuevo sistema de coincidencia de mensajes, ya no coincidimos con users ni creamos registros 'pendientes' que se envían en la siguiente ventana de programación. Nota: para Series hacemos revisiones cada 15 minutos. | N/A - no se pueden tener ventanas de programación en mensajes manuales |
Mensaje con fecha de inicio | Si un mensaje tiene una fecha de inicio, coincidirá cuando comience la fecha de inicio, no cuando se active. | Si un mensaje tiene una fecha de inicio, coincidirá cuando comience la fecha de inicio, no cuando se active. |
¿Qué sucede cuando un customer coincide con múltiples tipos de contenido in-app al mismo tiempo?
A medida que ampliamos el número de tipos de contenido in-app disponibles, necesitamos pensar más en cómo interactúan estos diferentes tipos de contenido entre sí y cuáles tienen prioridad sobre los otros.
En el pasado solo teníamos mensajes in-app de tipo conversacional (es decir, Chats, Posts, mensajes de bot). Había reglas simples para lo que sucede cuando coincides con más de uno de estos al mismo tiempo y un tipo de contenido nunca necesitaba saber que otro tipo de contenido había sido coincidente. El Messenger mismo era responsable de decidir cómo mostrar múltiples notificaciones, ver Chats, Posts, Workflows.
Con la introducción de Tours (también Carruseles en móvil), Banners y ahora Surveys, estamos empezando a desarrollar reglas sobre qué tipos de contenido puede coincidir un customer al mismo tiempo y qué tipos de contenido puede coincidir un customer cuando ya tiene contenido “activo”.
Hay 2 formas en que podemos priorizar diferentes tipos de contenido:
En la coincidencia, donde simplemente no puedes coincidir con cierto tipo de contenido si también coincides con uno de los otros (o ya tienes un tipo de contenido “activo”); o
Lógica de visualización en el Messenger para cuando coincides con múltiples tipos de contenido.
Cuando también hay coincidencias para un...
| Banner | Carrusel | Chat | Workflow | Post | Survey | Tour |
Banner | 1️⃣ | n/a | ✅ | ✅ | ✅ | ❌ | ✅ |
Carrusel | n/a | 1️⃣ | ✅ | ✅ | ✅ | ✅ | n/a |
Chat | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Workflow | ✅ | ✅ | ✅ | 1️⃣ | ✅ | ✅ | ✅ |
Publicación | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Encuesta | ✅ | ❌ | ✅ | ✅ | ✅ | 1️⃣ | ❌ |
Tour | ✅ | n/a | ✅ | ✅ | ✅ | ✅ | 1️⃣ |
n/a — No aplica ya que estos tipos de contenido solo están disponibles en web o móvil.
1️⃣ — El cliente puede coincidir con un solo tipo de contenido a la vez.
❌ — El cliente no puede coincidir con uno de estos tipos de contenido porque hay coincidencias para otro tipo de contenido.
✅ — El cliente puede coincidir con este tipo de contenido independientemente de las otras coincidencias.
Si un mensaje tiene una fecha de inicio, ¿coincide con el user cuando lo activas o cuando comienza la fecha de inicio?
Esto es cuando comienza la fecha de inicio.