Lanzar y medir

Pruebe cada journey en su propio teléfono antes de que los jugadores reales reciban sus mensajes y, después, compruebe si funciona.

Pruebe cada journey antes de lanzarlo

Un journey no tiene modo de prueba, así que, en cuanto se está ejecutando, los jugadores reales que cumplen su entrada reciben sus mensajes. Probarlo antes en su propio teléfono le permite detectar un evento que falta, un segmento vacío o un mensaje incorrecto antes de que lo vean los jugadores.

Revise esta lista para cada journey:

1. Instale en su teléfono la versión del juego que incluye el SDK de Pushwoosh e inicie sesión con una cuenta de prueba. Si no tiene esa versión, pídales a sus desarrolladores una versión de prueba. El teléfono debe registrarse en la aplicación donde se ejecuta el journey. Para enviar mensajes de prueba desde presets, regístrelo también como dispositivo de prueba.

2. Juegue y haga lo que necesita el journey, por ejemplo, complete un nivel. Después, abra Audiencia → Explorador de usuarios, busque el dispositivo de prueba y revise Historial de eventos. Los eventos deben aparecer ahí con los atributos esperados; de lo contrario, ni el segmento ni el journey los ven.

3. Si el journey empieza a partir de un segmento, ábralo en Audiencia → Segmentos y actualice su tamaño para ver si cuenta algún jugador.

4. Lance el journey solo para sus jugadores de prueba. Cree un segmento de prueba a partir de los User ID de prueba con el filtro ID de usuario. Si el journey empieza a partir de un segmento, use el segmento de prueba como su entrada. Consulte Cómo probar un journey con un segmento de prueba.

   Importante: journeys que empiezan con un evento

   Si el journey empieza con un evento (una Entrada basada en un disparador), todos los jugadores que activan el evento entran en él, incluidos los jugadores reales, y la entrada no tiene filtro de segmento. Para que los jugadores reales no reciban los mensajes, use una de estas opciones:

   • Justo después de la entrada, añada una División por condición con su segmento de prueba y deje vacía su rama Todos los demás usuarios. Los jugadores reales entran, pero salen del journey de inmediato sin mensajes y se cuentan en sus entradas. Quite la división antes del lanzamiento real.
   • Clone el journey en una aplicación de prueba y ejecútelo allí con un teléfono registrado en esa aplicación. Los eventos que faltan en la aplicación de prueba se crean allí, pero revise los segmentos y el contenido del clon.

5. Inicie el journey en el teléfono de prueba: haga la acción que espera la entrada. Compruebe que llega el mensaje y siga al jugador de prueba con Buscar ruta del usuario.

6. Al cabo de un día, compruebe cuántos jugadores entraron en el journey. Consulte Consulte las estadísticas del journey.

Consulte las estadísticas del journey

Las estadísticas del journey muestran si los jugadores entran en un journey, reciben sus mensajes y alcanzan su objetivo. Para verlas:

1. Abra el journey en el lienzo. El panel de estadísticas de la izquierda muestra el journey completo.
2. Para ver las cifras de cada elemento, abra Configuración del lienzo (el icono del engranaje en la esquina inferior derecha) y active Mostrar métricas. Consulte Estadísticas de los elementos de Journey.

Para saber qué significa cada métrica, consulte Estadísticas generales del Journey.

En la primera semana después del lanzamiento, preste atención a estas señales:

Si ve	Normalmente significa	Qué hacer
Ninguna entrada	El segmento de entrada está vacío o el evento de entrada no llega	Repita los pasos 2 y 3 de Pruebe cada journey antes de lanzarlo
Muchos menos mensajes enviados que entradas	Muchos jugadores no pueden recibir push, o la limitación de frecuencia y el periodo de silencio retienen los mensajes	Revise Limitación de frecuencia en Comunicaciones, añada una rama in-app o de email después de una Comprobación de alcanzabilidad y revise sus reglas de entrega
Muchos abandonos	Los jugadores salieron del journey por un problema, como un dispositivo que no se encontró o un preset de push no válido	Despliegue el bloque Abandonos del elemento para ver los motivos
Los mensajes se abren, pero pocos jugadores alcanzan el objetivo	El mensaje funciona, pero la oferta o el momento no	Pruebe otro texto u otra oferta con una División A/B/n

¿El journey no se comporta como esperaba?

Si un journey no se comporta como esperaba, siga a un jugador a lo largo de él con Buscar ruta del usuario y consulte por qué los jugadores salen de un journey u omiten un mensaje en Motivos de abandono y omisión en Customer Journey.

Las estadísticas del journey cuentan conversiones del objetivo, no ingresos. Para comparar ingresos, use Eventos de conversión.

Mida los resultados

Para medir si un journey cambia el comportamiento de los jugadores, use las tres herramientas siguientes, de la más sencilla a la más sólida.

• Objetivos de conversión: todos los journeys de esta guía práctica tienen uno. El objetivo puede alcanzarse dentro del periodo que usted configure, hasta 30 días después de que el jugador salga del journey. Consulte Objetivos de conversión.

• Holdout Split: reserve entre el 1% y el 20% de los jugadores que llegan a un elemento Holdout Split y compare su tasa de objetivo con la del resto. El informe Incremento del objetivo frente al grupo de control se actualiza una vez al día.

  Dónde colocar un Holdout Split

  • Colóquelo justo después de la entrada, antes de cualquier mensaje. Conecte solo la rama Recorrido y deje vacía la rama Control: los jugadores reservados salen del journey ahí y no reciben nada.
  • El journey necesita un objetivo, porque el informe compara las tasas de objetivo de los dos grupos.
  • Para medir una parte de un journey, coloque otro Holdout Split delante de esa parte.

• Grupo de control: de forma predeterminada, excluye a una parte de los jugadores de todos los mensajes de marketing de la aplicación, para que pueda medir el efecto conjunto de sus mensajes. Configúrelo antes del lanzamiento. Consulte Cree un grupo de control antes del lanzamiento. Para consultar los resultados, vea Analizar el impacto del grupo de control.

Errores comunes

Estos son los errores que con más frecuencia dejan un segmento vacío o un journey sin enviar nada en un juego móvil. Revíselos antes de lanzar un journey.

Error	Qué ocurre	Qué hacer
Un invitado que juega en dos dispositivos	Hasta que el jugador inicia sesión, cada dispositivo tiene su propio User ID, así que un jugador cuenta como dos	Identificar a los jugadores por User ID
Solicitud de permiso de notificaciones push en iOS	iOS la muestra solo una vez, así que no se le puede volver a preguntar a un jugador que la rechaza en el primer inicio	Pida el permiso de push en el momento adecuado
Eventos que se repiten, como Level completed	Se activan muchas veces al día e inician el journey una y otra vez	Configure un límite de entrada en la campaña. Consulte Buenas prácticas para cada journey
PW_ApplicationOpen	Se activa cada vez que el juego pasa a primer plano, no solo en los inicios en frío, por lo que el número de aperturas es mayor que el de sesiones	Segmentos por eventos
Compras	En iOS, solo se rastrean los productos configurados en App Store Connect, y en Android el juego envía las compras desde el código	Eventos predeterminados
Suscripciones de las tiendas	Sin appAccountToken en iOS o getSubscriptionAccountId() en Android, los eventos de suscripción no se registran	Rastrear las suscripciones desde las tiendas
El plugin de Unity	No tiene Message Inbox, así que un juego de Unity no puede mostrar mensajes de App Inbox	Use push o in-app en su lugar. Consulte Anuncios de eventos en vivo y VIP