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

Puedes tener múltiples bloques de reglas, lo que permitirá que los clientes entren en más de un camino a la vez.

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 un camino.

En la configuración de tu serie, puedes definir un conjunto de reglas que, si se cumplen, 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á de la serie.

Para una forma sencilla de eliminar clientes específicos de una serie, solo añade una regla de salida para todos los clientes con una etiqueta determinada, 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 Serie, saldrá inmediatamente de esa Serie y dejará de recibir mensajes adicionales de ella. Sin embargo, el usuario final puede volver a entrar en la Serie si esta permite reingreso, si ya no coincide con las reglas de salida y aún coincide con las reglas de entrada. Ahora puedes añadir múltiples criterios de salida y esos usuarios 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 a continuación, 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 había hecho clic previamente en un enlace dentro de Email 1 cuando lo recibió el lunes.

Después de hacer una edición para evitar que los users se desenganchen prematuramente, los nuevos users pasarán por el camino original como lo planeaste, sin embargo, se necesitaría crear un nuevo camino para enviar mensajes a los users desenganchados.

Es importante notar que en cualquier situación de desenganche, si el user está en otros caminos en la Serie, continuará por esos caminos. Puedes usar esto a tu favor para asegurarte de que los users reciban el mensaje correcto en adelante.

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

Desde aquí puedes duplicar el bloque de reglas donde los users se desengancharon en la serie. Al duplicarlo, puedes añadir la nueva etiqueta que creaste para tus users desenganchados a este bloque de reglas.

Luego, conectaremos este bloque de reglas duplicado al bloque después de donde el user se desenganchó. Esto reingresará al user al camino en el que ya estaba ⤵️

La única advertencia aquí es que los mensajes aún no se entregarían a quienes se desengancharon debido a una falla en el correo electrónico o notificación push, sin embargo, esto aseguraría que aquellos que se desengancharon antes de lo que querías puedan recibir los mensajes ubicados más adelante en la Serie.

Si un cliente llega a un bloque de reglas que no coincide, o a un mensaje que no puede recibir, esperará el período especificado en el bloque:

Después de este período, si aún no ha recibido el mensaje o no ha coincidido con las reglas, será marcado como desenganchado y saldrá de este camino.

Esto puede suceder por varias razones:

En cualquiera de estas situaciones, si el user está en otros caminos en la serie, continuará por ellos.

Si coincide con las reglas para entrar en un camino diferente en el futuro, entrará en ese punto.

Si hay un camino alternativo para clientes que no coinciden con un bloque de reglas o no reciben un mensaje, seguirán ese camino en su lugar y no serán marcados como desenganchados:

Si un cliente llega al final de un camino en la serie y no tiene otro contenido para recibir (por ejemplo, en otro camino), será marcado como ‘Finalizado’ y saldrá de la serie:

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

Encontrarás opciones para permitir que los users Entren más de una vez:

Aún pueden reingresar si:

Cada vez que un cliente inicia sesión en tu app, o visita tu sitio web, y es rastreado por Intercom, entrará en cualquier serie donde cumpla las reglas de entrada para un camino.

Si no han iniciado sesión o visitado tu sitio web, las reglas de entrada se verifican una vez por hora para cualquiera que deba entrar. Los bloques de reglas en medio de un camino (cuando el cliente ya ha entrado en la serie) se verifican aproximadamente cada 30 minutos.

El visitante/lead es eliminado de la Serie porque se elimina cuando se fusiona en el user.

El user no toma el lugar del visitante/lead en la Serie.

Para segmentar a los clientes según su interacción con otra serie, puedes agregar reglas de compromiso de series en un bloque de reglas.

Ejemplo: “Si un cliente ha comenzado la serie A, no le envíes la serie B”.

Solo selecciona el evento en el que basar tu regla:

Luego, selecciona la condición (tiene o no tiene) y la serie específica:

Si tienes bloques de espera dentro de una serie como Esperar para conectarse, el mismo user puede quedarse atascado en ese bloque de espera varias veces para múltiples entradas/viajes. Luego, cuando finalmente se conecte, recibirá ese mensaje que estaba esperando varias veces.

En el ejemplo anterior, un user entra diariamente. Como el user aún no se ha conectado, cada entrada quedará atascada esperando mostrar el mensaje posterior. Luego, si en el día 8 el user finalmente se conecta, se le mostrará el mismo mensaje 8 veces de una vez.

Para resolver esto y evitar una acumulación de nuevos users en cada bloque, actualiza las reglas de Esperar hasta para que sean el mismo período que el período de múltiples entradas.

Alcanzar un objetivo de serie no hará que un cliente salga automáticamente de tu serie; si quieres que salga al alcanzar el objetivo, debes agregar esto también como una regla de salida.

Para objetivos de empresa, la lista no incluye un nombre de user, ni botones para etiquetar o enviar mensajes a users.

Actualmente no tenemos una forma de rastrear múltiples objetivos de Series.

Tenemos un par de soluciones alternativas que puedes probar:

Luego, filtra en la lista de Contactos para obtener los resultados (users que entraron en la Serie + etiquetas de eventos)

Si tienes una serie en vivo, donde los clientes ya han entrado, hay algunas cosas que considerar antes de editarla.

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

Sí, eliminar una Serie elimina todos los mensajes salientes dentro de ella. Considera crear el mensaje saliente por separado y usar una copia en la Serie. Así, si tienes que eliminar la Serie, el mensaje saliente independiente no se elimina también.

Sí, esto es para asegurar que cada serie sea fácil de manejar y funcione sin problemas. Límites actuales:

Los límites estrictos son límites importantes del producto para proteger la infraestructura y la capacidad de procesar Series eficientemente.

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

Un borde conecta dos nodos en una Serie.

Un nodo representa un bloque dentro de una Serie. Está asociado a un conjunto de reglas, que determina qué sucede en ese nodo. También pueden controlar comportamientos, como esperar antes de avanzar por el(los) borde(s) apropiado(s).

No es posible crear una serie con bucles infinitos, donde un customer regresa a un punto anterior en la serie y recibe el mismo contenido otra vez. Verás la siguiente advertencia si intentas hacerlo:

Hay un par de opciones si solo quieres enviar tu Serie a personas que cumplan los criterios en adelante.

Podrías basar la regla de entrada en un atributo que las personas solo cumplan después de hoy; por ejemplo, si esta es una Serie de incorporación, podrías usar "Registrado después de [fecha de hoy]":

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

Si agrupas tus users por empresa en Intercom, hay algunas cosas que debes tener en cuenta al crear reglas en una serie.

Si usas datos de empresa en un bloque de reglas como ‘El tamaño de la empresa es mayor que 50’, tus users serán evaluados contra las reglas una vez por empresa.

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

Este user será tratado como dos combinaciones distintas de user y empresa:

Cada una de estas ‘versiones’ del user puede coincidir con las reglas individualmente y seguir diferentes caminos en consecuencia. Así que ‘User at company 1’ coincidiría con esta regla y seguiría por ‘Camino 1’:

Y ‘User at Company 2’ no coincidiría, por lo que seguiría por ‘Camino 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 con más de una empresa, múltiples ‘versiones’ de ese user seguirán el mismo camino y recibirán cada mensaje una vez por empresa.

Así que si cambias la regla en este ejemplo a ‘Empresas con 20 personas o más’, tanto ‘User at Company 1’ como ‘User at Company 2’ seguirían al mensaje en ‘Camino 1’, y el user lo recibiría por cada empresa que coincidiera con las reglas:

Un contacto que pertenece a más de una empresa puede recibir el mismo mensaje una vez por cada empresa. Esto ocurre cuando la Serie evalúa datos de la empresa, ya sea porque tus reglas de entrada o bloques de condición usan atributos de la empresa, o porque el contenido del mensaje contiene una variable de empresa como {{company.name}}.

Intercom trata cada par contacto-empresa por separado, por lo que cada empresa recibe su propia copia correctamente personalizada. "Enviar una vez" y "entrar solo una vez" significan una vez por contacto por empresa.

Para enviar solo una copia por contacto:

Si un contacto recibe una copia por empresa pero esperas que esté en una sola empresa, verifica si hay registros duplicados de empresa. Enviar un nuevo company_id para una empresa existente crea una segunda empresa en lugar de actualizar la primera, y el contacto termina vinculado a ambas. Consulta Agrupa tus users por empresa.

Sí. La Serie esperará a que comiencen las horas de oficina antes de enviar este mensaje al user, incluso si coincide temprano.

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

Puedes configurar un bloque de regla para "Ha respondido a [mensaje]" seguido de un bloque que etiquete al user con algo como "Salir".

Y luego usa esa etiqueta como tu regla de salida.

Incluso puedes listar varios mensajes en el bloque de regla si quieres crear una regla que verifique si se responde a cualquier mensaje en la Serie.

Para agregar una lista de verificación que ya has creado a una serie, haz clic en el botón Más en la esquina superior derecha de la serie y selecciona 'Copiar mensaje existente en la serie' del menú desplegable. Aquí puedes seleccionar tu lista de verificación. Para automatizar pasos de la lista basados en atributos a nivel de empresa, usa un atributo personalizado de empresa. Esto permite que el paso de la lista se resuelva automáticamente para todos los users de esa empresa una vez que un user complete un paso. También puedes dirigir la lista a los propietarios dentro de la empresa usando un atributo personalizado, como su rol de propietario.

Al localizar una Serie para varios idiomas — por ejemplo, usando bloques de reglas de entrada separados para cada condición de idioma — configura la regla de entrada en Entrar una vez. Esto evita que los users ingresen a la Serie varias veces bajo diferentes condiciones de idioma.

Sin esta configuración, un user que coincida con más de una regla de entrada de idioma podría ingresar a la Serie varias veces y recibir contenido duplicado.

Si quieres probar una serie antes de ponerla en vivo para tus clientes, agrega una regla de entrada específica para tu dirección de correo electrónico 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 ellos harían en tu producto para recibir los mensajes en tu serie.

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

Para establecer una fecha de inicio para tu Serie, puedes agregar un bloque de espera después de las reglas de entrada para "Esperar hasta [fecha X]", antes de que se envíen tus primeros mensajes.

Actualmente no tenemos una función para establecer una fecha de finalización para una Serie, pero una opción sería configurar un camino separado en la Serie con las mismas reglas de entrada y un bloque de espera que espere hasta la fecha en que quieres que termine, y un bloque de etiquetas para etiquetar a los users en esa fecha, luego establecer esa etiqueta como tu criterio de salida de la Serie, para que todos los users en la Serie después de esa fecha estén etiquetados y salgan inmediatamente.

​

Sí, puedes consumir las métricas de tu Serie usando el content_stat.series Webhook. Suscríbete al tema de estadísticas de contenido de la Serie junto con cualquiera de los tipos de contenido que pueden incluirse en una Serie, y recibirás notificaciones en tu URL de endpoint cuando ocurra un evento.

Puedes configurar todos tus mensajes en un solo camino desde sus reglas de entrada, con flechas “Si coincide” que llevan al siguiente bloque, haciendo que tus mensajes siempre se envíen en orden consecutivo. Puedes agregar flechas “Si no coincide” que lleven a bloques posteriores si quieres que se envíen en orden, pero con la opción de saltar algunos si el user no coincide. O 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 electrónico de Serie a transaccional después de haber sido creado.

Como solución alternativa, recrea el mensaje como un nuevo correo electrónico transaccional saliente usando un disparador de evento fuera de la Serie.

Una vez que una persona coincide con las reglas de entrada y entra en una Serie, continuará a través de la Serie hasta que termine o coincida con 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, coincidan con las reglas de salida y salgan de la Serie.

“Intentar coincidir una vez” es útil para reglas que verifican atributos del user, pero no dependen de que el user tome una acción. Para bloques de reglas que necesitan que el user tome una acción (por ejemplo, conectarse para recibir un mensaje en la aplicación o abrir un correo electrónico), querrán usar “Intentar coincidir durante X días/horas/minutos” para dar tiempo al user, de lo contrario verificaría inmediatamente esa acción y seguiría.

No es posible acceder ni restaurar una Serie eliminada de tu espacio de trabajo. Una vez que una Serie ha sido eliminada, no puede recuperarse ni visualizarse.

Si ves un mensaje de error que dice "Una serie de múltiples entradas debe tener un único punto de inicio", esto indica que tu Serie tiene múltiples reglas de entrada y permite que los clientes reingresen a la Serie, lo cual no está soportado.

Los clientes pueden reingresar a una Serie varias veces, pero al usar esta función, solo puedes tener un Bloque de Regla de Entrada para la Serie.

Para resolver el error, elimina los bloques de regla de entrada adicionales de la Serie o actualiza las reglas de entrada para que un cliente solo pueda entrar una vez.

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

Si entraron en la Serie antes de darse de baja de tus correos, aún habrían cumplido con el bloque de reglas de entrada de la Serie en ese momento.

La razón por la que ves este error es que estás usando 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 generalmente significa que uno de los nodos internos no está conectado correctamente (y por lo tanto se percibe como un nodo de inicio) o que el Compañero de equipo está usando algo distinto a un bloque de regla como nodo de inicio de la Serie.

Sugerimos que revises cuidadosamente los nodos de la Serie e identifiques dónde está el enlace faltante.

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 tu 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 horario recurrente basado en atributos (por ejemplo, basado en un atributo de fecha como la renovación de suscripción), la lógica de programación puede impedir la entrada incluso cuando un user parece cumplir las reglas de audiencia.

Este es un comportamiento esperado. La configuración del desfase de fecha en el horario recurrente determina la ventana exacta de entrada. Revisa la configuración del desfase en tu horario recurrente para confirmar que la ventana coincide con cuando se espera que el user califique.

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