Un informe de soporte puede exagerar el éxito cuando asigna el mismo nombre a varios eventos. Mantén visible la etapa observada para que el equipo sepa qué ocurrió realmente.
¿Qué establece el resultado «enviado»?
Apple aceptó el mensaje para su entrega. Ese resultado no confirma que el dispositivo del cliente lo recibió o lo mostró, ni que una persona lo leyó.
Cuando no tienes una observación de entrega al dispositivo o de lectura, repórtala como desconocida. No calcules una tasa de lectura solo a partir de mensajes enviados.
¿Qué debe contar como respuesta?
Cuenta el evento entrante del cliente que tu integración efectivamente recibe. Mantenlo asociado con el negocio, la conversación y la interacción original relevante.
Una respuesta de selector devuelta y una respuesta de texto entrante pueden servir para propósitos analíticos distintos. Define el evento antes de comparar cohortes.
¿Qué debe contar como conversión?
Tu responsable de reportes debe elegir el evento de negocio que cuenta, como una reserva registrada o un caso resuelto. Debe definir la ventana de atribución: cuánto tiempo después del inicio de una conversación puede contar el evento.
Tu sistema de reportes debe asociar eventos con conversaciones y contar cada registro de negocio una sola vez, usando su identificador único. Ignora las llamadas de retorno repetidas para la misma reserva al calcular conversiones.
La actividad de mensajes explica el camino hacia el resultado; no lo sustituye.
¿Cómo implemento los reportes?
Mantén el origen, las observaciones de mensajes y los eventos de negocio identificables por separado. Investiga la etapa en la que se detuvo la tarea del cliente.
Define las medidas de mensajes y resultados y luego conecta la conversación con los registros de tu aplicación.