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 agrega 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 se permite la reentrada, si ya no coincide con las reglas de salida y aún coincide con las reglas de entrada. Ahora puedes agregar múltiples criterios de salida y esos usuarios también pueden seguir el flujo y/o.

Los eventos de contenido como Si el usuario 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 usuario 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 deseas; 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 agregar 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 deseado 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 realizada.

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 por 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 solucionar 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 Serie.

Tenemos un par de soluciones alternativas que puedes probar:

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

Si tienes una serie activa, 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.

Pausar una Serie detiene el envío de todos los mensajes, tanto a nuevos customers que entrarían como a customers que ya están en proceso.

Los customers que ya están en la Serie cuando se pausa no continúan recibiendo mensajes mientras está pausada. Permanecen en su punto actual y solo reanudarán la recepción de mensajes si la Serie se activa nuevamente.

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 independiente no se elimina.

Si eliminaste una Serie en vivo mientras customers estaban activos, esos customers fueron removidos inmediatamente y no recibirán más contenido. Como las Series eliminadas no se pueden recuperar, deberás actuar fuera de la Serie para volver a involucrar a los customers afectados.

Paso 1: Identificar customers afectados

Usa la lista de Contacts para encontrar customers que estaban en la Serie eliminada. Si tenías bloques de etiquetas en la Serie, filtra por esas etiquetas para identificar quién entró o avanzó. Si no, filtra por fecha de última visita, fecha de registro u otros atributos que coincidan con tus reglas originales.

Paso 2: Etiquetar customers afectados

Una vez identificados los customers afectados, aplica una etiqueta desde la lista de Contacts (por ejemplo, "Atascados en serie eliminada"). Esto te da una audiencia confiable para el siguiente paso.

Paso 3: Volver a involucrarlos mediante una nueva Serie o mensaje saliente

Tienes dos opciones:

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 puede 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 regla 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 en la empresa 1’ coincidiría con esta regla y seguiría por ‘Camino 1’:

Y ‘User en la Empresa 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 en la Empresa 1’ como ‘User en la Empresa 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 sucede cuando la Serie evalúa datos de la empresa, ya sea porque tus reglas de entrada o bloques de condición usan atributos de empresa, o porque el contenido del mensaje contiene una variable de empresa como {{company.name}}.

Intercom trata cada par contacto-empresa por separado, así 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 laborales 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 usar 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 como propietario.

Al localizar una Serie para varios idiomas — por ejemplo, usando bloques de regla de entrada separados para cada condición de idioma — configura la regla de entrada en Entrar una vez. Esto evita que los users entren 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 entrar a la Serie varias veces y recibir contenido duplicado.

Si quieres probar una serie antes de ponerla en marcha para tus clientes, añade 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 añadir 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 fin 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 añadir flechas “Si no coincide” que lleven 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 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 la Serie 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 regla 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. Las etiquetas de regla de salida eliminan solo a los users que aún están progresando activamente en una serie; no pueden eliminar retroactivamente a los users que ya la han dejado (por desenganche, finalización o expiración). Si la intención es que los users permanezcan más tiempo en ese paso (y por lo tanto sigan siendo elegibles para una etiqueta de salida más tiempo), la condición de espera puede extenderse.

“Try to match once” es útil para reglas que verifican atributos de usuario, pero no dependen de que el usuario realice una acción. Para bloques de reglas que requieren que el usuario actúe (por ejemplo, conectarse para recibir un mensaje dentro de la app o abrir un correo electrónico), deben usar “Try to match for X days/hours/minutes” para dar tiempo al usuario; de lo contrario, se verificaría esa acción inmediatamente y seguiría.

No es posible acceder ni restaurar una Serie eliminada de tu espacio de trabajo. Una vez 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", 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é usuarios que no deberían haber entrado en la Serie lo hicieron, revisa las marcas de tiempo de cuándo 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 eso se percibe como 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 usuarios pueden no entrar en tu Serie debido a discrepancias en atributos cuando los datos del perfil del usuario 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 diferencias impiden la entrada.
​
Si tus reglas de entrada usan un disparador de evento, las reglas se verifican una vez, en el momento en que se recibe el evento. Intercom usa los datos de la persona tal como están en ese momento exacto y no verifica después. Si tu app o integración envía primero el evento y actualiza atributos después, incluso segundos más tarde, la persona no entrará aunque su perfil coincida ahora. Para evitarlo, actualiza los atributos antes de enviar el evento y espera a que termine la actualización. Alternativamente, mantén solo los atributos que siempre se establecen antes del evento en las reglas de entrada y verifica los demás en un bloque de regla después de la entrada. Las reglas de salida se verifican en el mismo momento, por lo que una persona que coincida con una regla de salida cuando llega el evento tampoco entrará.

Si una Serie envía un Chat de seguimiento dentro de la app condicionado a un atributo establecido en un paso anterior (por ejemplo, una respuesta de encuesta almacenada como CDA), el Chat a veces tarda en aparecer hasta que se refresca la página, en lugar de mostrarse instantáneamente.

Cuando un cliente completa el paso anterior y se actualiza el atributo condicional, el Messenger recibe un aviso en tiempo real para que el Chat de seguimiento pueda mostrarse sin refrescar. Este aviso es un esfuerzo máximo: puede perderse y compite entre dos cosas: que el atributo se escriba e indexe y la siguiente comprobación del Messenger para nuevos mensajes. Según el tiempo, el Chat puede mostrarse instantáneamente, en la siguiente carga de página o con un breve retraso.

Si la entrega inmediata y constante es importante para tu caso, añade un paso después de la acción condicional (por ejemplo, un enlace o botón en el paso de agradecimiento de una encuesta) que lleve al cliente a otra página. Navegar fuerza el refresco que activa confiablemente el Chat.

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

Este comportamiento es 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 usuario califique.

Esta ventana es un límite estricto, no una cola: si un contacto no cumple las reglas de entrada durante esa ventana específica, no entra después aunque el resto de sus datos se sincronicen; ha perdido permanentemente esa oportunidad de entrada para este ciclo. No hay recuperación retroactiva.

Una causa común de perder la ventana es la cadencia de una integración externa que alimenta el atributo en que se basa el horario recurrente. Si un sistema externo (por ejemplo, facturación o CRM) solo envía actualizaciones a Intercom una vez al día a una hora fija, y el atributo que califica al contacto (como fecha de inicio de prueba) se establece después de la sincronización diaria, el contacto no será elegible hasta la siguiente sincronización, cuando su ventana de entrada puede haber cerrado. Revisa la frecuencia y horario de sincronización de tu integración frente a la ventana de entrada de la Serie si contactos que parecen calificar no entran.

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