Saltar al contenido principal
Adrià García
← Volver a los simuladores

Journey Optimizer · versiones y reentrada

Los que ya estaban dentro

El journey de bienvenida al club lleva unos días en vivo. Legal pide subir el descuento del 10 % al 15 % y quitar el tercer email. Marketing publica una versión nueva. Nadie se pregunta qué pasa con las clientas que ya estaban dentro, ni con quien vuelve a registrarse.

Escenario

Ana entra el día 0, Laura el 2, Bea el 4 y Carla el 6.

Qué se hace con la versión 1
Reentrada

Con espera de 5 minutos o de 30 días entre entradas.

Escenario ilustrativo ↑ Volver a los controles
Supuestos del ejemplo

Journey, clientas, días y descuentos de ejemplo.

Cuatro clientas, 28 días

Quién está en qué versión

Versión 1: bienvenida, −10 % a los 7 días y recordatorio a los 14. Versión 2: bienvenida y −15 % a los 7 días, sin recordatorio.

Versiones y reentrada

Qué pasa con cada una

Publicar una versión nueva no mueve a nadie. Quien ya estaba dentro sigue en la suya.

Arquitectura

Dónde encaja en la plataforma

Un perfil recorre una sola versión del journey y sale por el final, por el timeout global o porque se detiene el journey. Solo vuelve a entrar si la reentrada está activada.

Ciclo de vida de un perfil dentro de un journey de Journey Optimizer, en tres carriles. Recorrido del perfil, en cinco pasos. Uno: cualifica por un evento o una audiencia. Dos: entra en la versión publicada, por ejemplo la v1. Tres: espera en un Wait o en una condición. Cuatro: recibe acciones de canal, como email, push o una acción custom. Cinco: llega al final. Quien entró en la v1 termina en la v1, porque un perfil no puede estar a la vez en dos versiones del mismo journey, y la versión nueva solo recibe entradas nuevas. Después del final: si hay reentrada, el perfil espera el tiempo configurado, entre 5 minutos y 90 días, y vuelve a cualificar. Sin reentrada, un perfil que ya pasó no vuelve a entrar. Salidas anticipadas: desde la espera, el timeout global saca al perfil a los 91 días. Desde las acciones, detener el journey lo saca al momento, a él y a todos los que siguen dentro. Cerrar el journey a nuevas entradas, en cambio, deja terminar a los que ya están.

La recomendación

Decidir qué pasa con los que ya están dentro antes de publicar, no después

Publicar una versión nueva no mueve a nadie. Si el cambio tiene que llegar a todas, hay que planificarlo.

  1. 01

    Clasificar el cambio

    Si es una mejora, basta con la versión nueva. Si es legal, de precio o un error, la versión anterior no puede seguir enviando: hay que pararla o sacar a quien está dentro.

  2. 02

    Reentrada según la duración

    Una clienta no puede estar dos veces a la vez en el mismo journey, en ninguna versión. Si puede volver, la espera de reentrada tiene que encajar con lo que dura el recorrido.

  3. 03

    Contenido que no dependa de la versión

    Descuentos y condiciones en fragmentos o en Decisioning, no escritos en cada email. Cambiarlos no obliga a una versión nueva ni deja a nadie con el contenido antiguo.

  4. 04

    Journeys cortos

    Todas las clientas salen de un journey a los 91 días como mucho. Un recorrido largo acumula versiones vivas y gente atrapada en contenidos antiguos.

Nota de arquitectura · 02 Separar estado operativo y estado de cliente La orquestación inmediata y los hechos consultables no necesitan la misma representación. Leer la nota →