La mayoría de los equipos quiere saber qué campañas realmente generan dinero. Lo que los frena es la atribución: los datos de venta viven en sistemas distintos, cada uno con su propio formato, así que conectar eso con el mensaje que impulsó la compra termina siendo un proyecto aparte. Por eso los equipos terminan volviendo a aperturas y clics: esos números ya están en el dashboard.
La solución es llevar los ingresos a tu plataforma de mensajería en un formato que realmente pueda usar. Así se hace en Pushwoosh.
Por qué los datos de ingresos nunca llegan a tu plataforma de mensajería 💰
La razón está en el formato: los ingresos nunca llegan en 1 sola forma.
Por ejemplo, tu SDK dispara un evento de compra in-app cuando alguien compra gemas. Tu backend envía un OrderPlaced personalizado. Stripe, Mercado Pago y Shopify envían sus propios eventos webhook para suscripciones y pedidos de tienda. Cada uno con nombres de campo distintos, estructura distinta, una idea distinta de qué significa “monto”.
Para reportar ingresos cruzando todo eso, alguien tendría que escribir lógica personalizada para cada fuente y mantenerla sincronizada. La mayoría de los equipos no lo hace porque rara vez es prioridad — hasta la revisión de fin de trimestre. Y para entonces los datos simplemente no están. Así que el seguimiento de ingresos se pospone, y el equipo sigue reportando aperturas porque esas métricas estándar ya están conectadas.
Y se puede resolver rápido: todo se reduce a llevar los ingresos a 1 formato consistente.
1 evento para todos tus ingresos
Pushwoosh resuelve el problema del formato con 1 evento nativo: PW_Conversion. Sin importar cuál sea la fuente original, el ingreso llega en 1 registro normalizado con un conjunto fijo de campos:
- value — el monto de la transacción
- currency — ej. MXN, USD o EUR
- transaction_id y product_id — identificadores opcionales
Eso es todo. Una renovación de suscripción, una compra in-app, un pedido de Mercado Libre — todo se convierte en el mismo tipo de evento. En cuanto el ingreso llega como PW_Conversion, todo lo demás lee los mismos datos: segmentación RFM, Customer Journeys, dashboards y ManyMoney AI.
2 formas de empezar a rastrear
Configuras los eventos de conversión por aplicación, y hay 2 caminos. Elige el que coincida con cómo ya fluyen tus datos de compra.
- Mapear un evento existente — sin necesidad de código. Si los datos de compra ya llegan a Pushwoosh a través de otro evento, simplemente apunta Pushwoosh hacia él. Elige el evento de origen y mapea sus campos: qué atributo tiene el precio, cuál tiene la moneda. Pushwoosh genera entonces un registro PW_Conversion cada vez que se dispara ese evento, sin cambiar ni una línea de tu app. Puedes mapear varias fuentes a la vez: un evento personalizado purchase_completed junto con un webhook de Stripe, Mercado Pago o Shopify.
- Enviar PW_Conversion desde tu código. Si prefieres enviar el ingreso de forma explícita, agrega una llamada postEvent donde sea que se complete una compra en tu app o backend. Este camino necesita ayuda de tu equipo de desarrollo, pero es una integración pequeña y de una sola vez.
Qué eventos puedes convertir en ingreso (y cuáles no)
El camino de mapeo funciona con cualquier evento que traiga un monto monetario:
- Eventos personalizados — tu propio purchase_completed, subscription_renewed, order_placed.
- Eventos por defecto — cuando representan una acción pagada.
- Eventos de webhook entrantes — Stripe, Mercado Pago, Shopify y otras fuentes de pago que hayas conectado.
Lo que no puedes mapear es un evento sin ningún monto que leer. App_open, screen_view o push_opened solo registran qué hizo el usuario. Sin un monto, no hay nada que convertir.
Qué puedes medir una vez que el ingreso está adentro
Esa es la recompensa. Con el ingreso normalizado, 3 cosas que antes significaban trabajo manual se vuelven funciones nativas:
- Segmentar por gasto. La segmentación RFM lee PW_Conversion directamente, así que tus clientes que más gastan caen automáticamente en el segmento Champions, listos para recibir una oferta de fidelización.
- Comprobar qué journeys realmente generan compras. Establece PW_Conversion como una Meta de Conversión en cualquier Customer Journey. Después de que corre, las estadísticas de la meta muestran cuántos usuarios realmente compraron, no solo cuántos abrieron el mensaje. Esa pregunta de “¿valió la pena este flujo?” por fin tiene respuesta directo en el canvas.
- Reportar ingresos en dashboards junto a las otras métricas de rendimiento que sí importan para tu app, sin construir lógica personalizada para cada evento de compra.
Encuentra tu tipo de app aquí
La misma configuración se adapta a cómo tu app realmente genera ingresos. Busca la fila que más se parece a tu caso:
| Tipo de app | Eventos que mapeas o envías | Qué terminas viendo |
|---|---|---|
| E-commerce | Mapear order_placed + un webhook de Mercado Libre, Mercado Pago o Shopify | Qué flujos de recuperación de carrito generan pedidos reales; RFM por gasto para encontrar compradores recurrentes antes de El Buen Fin o Hot Sale |
| Gaming | Enviar iap_completed, battle_pass_bought desde el código | Si una oferta post-nivel convierte, no solo se abre; segmentos por gasto para jugadores de alto valor |
| Suscripción (media, streaming) | Mapear subscription_renewed, plan_upgraded (Stripe, App Store) | Si los journeys de recuperación generan re-suscripciones reales; RFM por recencia de renovación |
| FinTech | Mapear premium_subscribed, first_trade o un webhook de pago | Qué incentivos de onboarding llevan a cuentas con fondos; segmentos por volumen de transacción |
| Delivery de comida | Mapear order_placed desde tu backend | Qué notificaciones de reenganche generan nuevos pedidos; RFM por qué tan reciente fue su último pedido |
| Viajes / reservas | Mapear booking_confirmed + extras como seat_upgraded | Qué flujos de bajada de precio convierten en reservas; segmentos por valor del viaje |
order_placed + un webhook de Mercado Libre, Mercado Pago o Shopifyiap_completed, battle_pass_bought desde el códigosubscription_renewed, plan_upgraded (Stripe, App Store)premium_subscribed, first_trade o un webhook de pagoorder_placed desde tu backendbooking_confirmed + extras como seat_upgradedLleva el ingreso a donde ya trabajan los marketers
Los eventos de conversión son 1 pieza de una dirección más grande para Pushwoosh: hacer que el ingreso sea visible donde los marketers ya trabajan, en vez de en un reporte que tienen que ir a buscar.
Tú ya decides qué enviar, a quién y con qué frecuencia. Ahora mismo esas decisiones corren sobre aperturas y clics, porque eso es todo lo que te podemos devolver. Envía PW_Conversion, y esas mismas decisiones se toman sobre dinero: qué campañas mantener, cuáles eliminar, qué segmentos merecen más envíos — y cuáles solo te están costando bajas sin ningún retorno.
Hay una recompensa que se acumula en cuanto el ingreso empieza a fluir:
Pon el seguimiento de ingresos a trabajar en Pushwoosh
Empieza por el camino que implique menos trabajo: mapea un evento que ya envías, o pásale a tu equipo de desarrollo el ejemplo de postEvent. Establece PW_Conversion como Meta de Conversión en tu próximo journey, y observa cómo el ingreso aparece junto a las aperturas y los clics.
