Los clientes entrarán en una serie cuando coincidan con los filtros en cualquiera de los bloques de regla de entrada. Cualquier bloque de regla al inicio de una ruta se establece automáticamente como reglas de entrada:

Puedes tener varios bloques de regla, lo que permitirá que los clientes entren en más de una ruta al mismo tiempo.

Sí, un User puede entrar en múltiples Series al mismo tiempo.

Hay varias formas para que un cliente salga de una serie: pueden salir según tus reglas de salida, desengancharse o terminar una ruta.

En la configuración de tu series, puedes definir un conjunto de reglas que, si coinciden, harán que un cliente salga de la serie. Las reglas de salida pueden basarse en cualquier atributo o evento que rastrees sobre tus clientes o sus empresas:

Si los datos de un cliente se actualizan para coincidir con la regla, saldrán de la serie.

Para una forma sencilla de eliminar clientes específicos de una serie, simplemente añade una regla de salida para todos los clientes con cierta etiqueta, luego puedes aplicarla según sea necesario a quien deba salir de la serie:

Cuando un usuario final coincide con una regla de salida en una Series, saldrá inmediatamente de esa Series y dejará de recibir más mensajes de la misma. Sin embargo, el usuario final puede volver a entrar en la Series si permite la reentrada, si ya no coincide con las reglas de salida y todavía coincide con las reglas de entrada. Ahora puedes añadir múltiples criterios de salida y esos users también pueden seguir el flujo y/o.

Los eventos de contenido como Si el user hace clic en el mensaje se considerarán coincidentes si el cliente ha hecho clic en cualquiera de las versiones de ese mensaje que recibió anteriormente, no solo en esta entrada y recorrido individual a través de la serie.

Por ejemplo, en la serie de abajo, si el user entra el lunes y de inmediato hace clic en un enlace en Email 1, entonces coincidirá con el segundo bloque de reglas y recibirá Email 2.

Sin embargo, si luego vuelve a entrar en la serie el martes, recibirá Email 1 nuevamente, y la regla Si hizo clic será automáticamente verdadera ya que previamente había hecho clic en un enlace dentro de Email 1 cuando lo recibió el lunes.

Después de realizar una edición para evitar que los usuarios se desenganchen prematuramente, los usuarios nuevos pasarán por la ruta original como pretendes; sin embargo, sería necesario crear una nueva ruta para hacer llegar ese mensaje a los usuarios desenganchados.

Es importante tener en cuenta que en cualquier situación de desenganche, si el user está en otras rutas de la Series, continuará por la ruta. Puedes utilizar esto a tu favor para asegurarte de que los users reciban los mensajes correctos en el futuro.

Si vas a tu lista de usuarios desenganchados, puedes aplicar una etiqueta a todos estos usuarios ⤵️

Desde aquí puedes duplicar el bloque de regla donde los usuarios se desengancharon en la series. Cuando se duplica, puedes añadir la nueva etiqueta que creaste para tus usuarios desenganchados a este bloque de regla.

Luego, conectaremos este bloque de regla duplicado al bloque posterior al desenganche del user. Esto volverá a introducir al user en la vía por la que ya estaban ⤵️

La única salvedad aquí es que los mensajes aún no se entregarían a las personas que se desengancharon debido a un fallo de correo electrónico o notificación push; sin embargo, esto garantizaría que aquellos que puedan haberse desenganchado antes de que tú quisieras puedan recibir los mensajes ubicados más adelante en la Series.

Si un cliente llega a un bloque de regla que no coincide, o a un mensaje que no puede recibir, esperará el periodo especificado en el bloque:

Después de este periodo, si aún no han recibido el mensaje o coincidido con las reglas, se marcarán como desenganchados y saldrán de esta ruta.

Esto puede ocurrir por varias razones:

En cualquiera de estas situaciones, si el user está en otras rutas de la series, continuará por ellas.

Si coinciden con las reglas para entrar en una ruta diferente en el futuro, entrarán en este punto.

Si hay una ruta alternativa para clientes que no coinciden con un bloque de regla o no reciben un mensaje, procederán por esta ruta en su lugar y no se marcarán como desenganchados:

Si un cliente llega al final de una ruta en la series y no tiene otro contenido para recibir (en otra ruta por ejemplo), se les marcará como 'Finalizado' y saldrán de la series:

Los clientes vuelven a entrar en una serie cuando usas reglas de entrada programadas o activadas por eventos. Puedes permitir que los clientes reingresen en la misma serie varias veces. Es útil cuando tienes un conjunto de mensajes que deseas enviar a los clientes cuando ocurre un evento recurrente, como el vencimiento de una suscripción o la realización de una compra.

You’ll find options to allow users to Enter more than once:

They can still re-enter if:

Whenever a customer logs in to your app, or visits your website, and is tracked by Intercom, they’ll enter any series where they match the entry rules for a path.

If they haven’t logged in or visited your website, entry rules are checked once an hour for anyone who should enter. Rule blocks in the middle of a path (when the customer has already entered the series) are checked approximately every 30 minutes.

The visitor/lead gets removed from the Series because they are deleted when they are merged into the user.

The user doesn't take the visitor's/lead's place in the Series.

To target customers based on their interaction with another series, you can add series engagement rules in a rule block.

Example: “If a customer has started series A, don’t send them series B”.

Just select the event to base your rule on:

Then, select the condition (has or has not) and the specific series:

If you have wait blocks inside a series such as Wait to come online, the same user can get stuck at that wait block multiple times for multiple entries/journeys. Then when they finally do come online, they will get delivered that message that they were waiting for multiple times.

In the example above, a user is entering daily. As the user has not come online yet, each entry will get stuck waiting to show the post message. Then if on the 8th day, the user finally comes online, they will get shown the same post 8 times all at once.

To solve this and avoid a build up of new users at each block, update Wait up to rules to be the same period as the multiple entry period.

Hitting a series goal will not automatically exit a customer from your series, if you’d like them to exit upon hitting the goal, you must add this as an exit rule too.

For company goals, the list does not include a user name, or buttons to tag or message users.

We don’t currently have a way to track multiple Series goals.

We do have a couple workarounds for this that you can try:

Then, filter in the Contacts list for the results (entered Series + event tags)

If you have a live series, where customers have already entered there are some things to consider before editing it.

Si eliminas una series en vivo, todos los clientes saldrán y no recibirán más contenido.

Sí, eliminar una Series borra todos los mensajes salientes dentro de ella. Considera crear el mensaje saliente por separado y usar una copia en la Series. De este modo, si tienes que eliminar la Series, el mensaje saliente independiente no se borrará también.

Sí, esto es para garantizar que cada series sea sencillo de gestionar y funcione sin problemas. Límites actuales en vigor:

Los límites duros son límites importantes del producto para proteger la infraestructura y la capacidad de procesar las Series con eficiencia.

Los límites duros se describen a continuación:

Un edge conecta dos nodos en una Series.

Un nodo representa un bloque dentro de una Series. Están asociados a un Ruleset, que determina lo que sucede en ese Nodo. También pueden controlar el comportamiento, como esperar antes de progresar por el/los Edge(s) apropiado(s).

No es posible crear una Series con bucles infinitos, donde un cliente vuelva a un punto anterior en la Series y reciba el mismo contenido nuevamente. Verás la siguiente advertencia si intentas hacerlo:

Hay un par de opciones disponibles si solo quieres enviar tu Series a personas que cumplan los criterios a partir de ahora.

Podrías basar la regla de entrada en un atributo que la gente solo cumpla después de hoy: por ejemplo, si se trata de una Series de incorporación, podrías usar "Signed up after [today's date]":

O, si no es un criterio que puedas delimitar fácilmente con un atributo, podrías en su lugar *etiquetar* a todos tus current users desde la lista de Contacts, y luego excluir esa etiqueta de la regla de entrada de tu Series.

Si agrupas a tus users por compañía en Intercom, hay algunas cosas a tener en cuenta al crear reglas en una Series.

Si usas datos de la compañía en un bloque de regla como ‘Company size is greater than 50’ tus users serán comprobados respecto a las reglas una vez por compañía.

Por ejemplo, si tienes un user que es miembro de dos compañías de diferentes tamaños:

Este user será tratado como dos combinaciones distintas de user y compañía:

Cada una de estas “versiones” del user puede cumplir las reglas de forma individual y seguir distintos caminos en consecuencia. Así que “User at company 1” coincidiría con esta regla y seguiría por “Path 1”:

Y “User at Company 2” no coincidiría, por lo que seguiría por “Path 2”:

Esto significa que un solo user puede estar en más de un camino y recibir mensajes de cada uno de ellos.

Si un user coincide con una regla que incluye más de una empresa, múltiples “versiones” de ese user seguirán por el mismo camino y recibirán cada mensaje una vez por empresa.

Así que si cambias la regla en este ejemplo a “Companies with 20 people or more”, tanto “User at Company 1” como “User at Company 2” irían al mensaje en “Path 1”, y el user lo recibiría por cada empresa que coincidiera con las reglas:

Si no hay una variable de empresa añadida al cuerpo (content) de tu mensaje, el comportamiento esperado de Series es enviar ese mensaje varias veces a un user si está asociado con más de una empresa. Esto ocurre debido al mecanismo de reserva que usamos cuando no se añaden variables de empresa.

Recomiendo añadir una variable de empresa al cuerpo de tu mensaje para evitar duplicados y resolver este problema. Con la variable añadida, se enviará una copia del mensaje solo por cada una de las companies del user que coincida con el bloque de reglas.

Sí. Series esperará a que comiencen las horas laborales antes de enviar este mensaje al user, incluso si coincide antes.

Actualmente no existe una forma directa de sacar a los users de la Series cuando responden a un mensaje, pero podrías lograrlo con un bloque de etiquetas.

Puedes configurar un bloque de reglas para “Has replied to [message]” seguido de un bloque que etiquete al user con algo como “Exit”

Y luego usar esa etiqueta como tu regla de salida.

Incluso puedes listar varios mensajes en el bloque de reglas si quieres crear una regla que verifique si se respondió cualquier mensaje de la Series.

Para añadir una checklist que ya hayas creado a una serie, haz clic en el botón Más en la esquina superior derecha de la serie y selecciona “Copy existing message into series” en el desplegable. Aquí puedes seleccionar tu checklist. Para automatizar pasos de la checklist basados en atributos a nivel de company, usa un atributo personalizado de company. Esto permite que el paso de la checklist se resuelva automáticamente para todos los users de esa company una vez que un user complete el paso. También puedes orientar la checklist a los owners dentro de la company usando un atributo personalizado, como su rol como owner.

Si quieres probar una series antes de activarla para tus customers, añade una regla de entrada específica para tu dirección de correo y solo tú podrás entrar:

Por ejemplo, si estás probando una serie de incorporación, deberías registrarte como un nuevo user y completar las mismas acciones que haría en tu producto para recibir los mensajes de la serie.

Luego, cuando estés satisfecho con su rendimiento, puedes eliminar la regla de dirección de correo específica y comenzará a coincidir con otros users.

Para establecer una fecha de inicio para tu Series, puedes añadir un bloque de espera después de las reglas de entrada con “Wait until [X date]” antes de que se envíen tus primeros mensajes.

No tenemos una función para establecer una fecha de fin para una Series actualmente, pero una opción sería crear una ruta separada en la Series con las mismas reglas de entrada y un bloque de espera que espere hasta la fecha que quieras que termine, y un tag block para etiquetar a los users en esa fecha, luego establecer esa etiqueta como criterio de salida de la Series, de modo que todos los users en la Series después de esa fecha sean etiquetados y salgan inmediatamente.

​

Sí, puedes consumir tus métricas de Series usando el content_stat.series Webhook. Suscríbete al topic de Series content stat junto con cualquiera de los tipos de contenido que pueden incluirse en una Series, y recibirás notificaciones en tu URL de endpoint cuando ocurra un evento.

Puedes configurar todos tus mensajes en un único camino desde sus reglas de entrada, con flechas “If matched” que conduzcan al siguiente bloque, haciendo que tus mensajes siempre se envíen en orden consecutivo. Puedes añadir flechas “If not matched” que conduzcan a bloques posteriores si quieres que se envíen en orden pero con la opción de saltarte algunos si el user no coincide. O bien, puedes tener múltiples mensajes y enlaces de caminos a tu regla de entrada elegida para permitir que todos los mensajes se envíen en cualquier momento, en cualquier orden.

No — no es posible cambiar el tipo de un correo de Series a transaccional después de creado.

Como solución alternativa, recrea el mensaje como un nuevo correo transaccional saliente usando un trigger de evento fuera de Series.

Una vez que una persona coincide con las reglas de entrada y entra en una Series, continuará por la Series hasta que termine o cumpla las reglas de salida.

Si quieres que los Users que ya no coinciden con las reglas de entrada salgan, puedes configurar bloques de reglas que verifiquen si el User/Lead aún coincide antes de enviar el siguiente contenido.

Alternativamente, puedes actualizar las reglas de salida para que tan pronto como no coincidan con las reglas de entrada, cumplan las reglas de salida y salgan de la Series.

“Try to match once” es útil para reglas que comprueban atributos del user, pero no dependen de que el user realice una acción. Para bloques de reglas que necesitan que el user realice una acción (p. ej. conectarse para recibir un mensaje in-app o abrir un correo), querrán usar “Try to match for X days/hours/minutes” para dar tiempo al user; de lo contrario, comprobaría inmediatamente esa acción y seguiría.

No es posible acceder o restaurar una Series eliminada desde tu espacio de trabajo. Una vez que una Series se elimina, no puede recuperarse ni verse.

Si ves un mensaje de error que dice “A multi entry series must have a single starting point”, esto indica que tu Series tiene múltiples reglas de entrada y permite a los customers volver a entrar en la Series, lo cual no es compatible.

Los customers pueden volver a entrar en una Series varias veces, pero al usar esta función solo puedes tener un Entry Rule Block para la Series.

Para resolver el error, elimina los bloques de reglas de entrada extra de la Series, o actualiza las reglas de entrada para que un customer solo pueda entrar una vez.

Para averiguar por qué users que no deberían haber entrado en la Serie lo hicieron, comprueba las marcas de tiempo de cuándo los users entraron en la Serie y cuándo se dieron de baja de los correos electrónicos.

Si entraron en la Serie antes de darse de baja de tus correos, en ese momento todavía habrían cumplido las reglas de entrada de la Serie.

La razón por la que ves este error es que estás utilizando una función específica en tu Serie que no forma parte de tu suscripción. Estos bloques aparecerán en púrpura dentro del editor de Series.

​

Este mensaje de error suele significar que uno de los nodos internos no está conectado correctamente (y por tanto se percibe como un nodo inicial) o que el Teammate está usando algo que no es un bloque de regla como nodo inicial de la Serie.

Sugerimos que revises detenidamente los nodos de la Serie e identifiques dónde falta el enlace.

Los users pueden no entrar en tu serie debido a desajustes de atributos cuando los datos del perfil del user no coinciden exactamente con las condiciones de entrada de la serie. Esto ocurre porque los operadores de condición evalúan los datos con precisión estricta, y hasta pequeñas discrepancias impedirán la entrada.

Si tu Serie usa un calendario recurrente basado en atributos (p. ej., basado en un atributo de fecha como la renovación de suscripción), la lógica de programación puede impedir la entrada aunque un user parezca cumplir las reglas de audiencia.

Esto es un comportamiento esperado. La configuración del desfase de fechas en el calendario recurrente determina la ventana de entrada exacta. Comprueba los ajustes de desfase en tu calendario recurrente para confirmar que la ventana se alinea con cuando se espera que el user califique.

Los errores en la lógica de reglas, como usar el operador equivocado o configurar mal rutas de URL, pueden impedir que los users entren. Revisa tus condiciones de regla y prueba con criterios simples primero.