Reunión Semanal
Lunes 20 de julio 2026 · Semana 30 · 13 jul – 19 jul
Lunes 20 de julio 2026 · Semana 30 · 13 jul – 19 jul
Snapshot del 20 jul 2026. Datos congelados de RevenueCat + Supabase.
| Métrica | 📅 Semana | 📆 Mes (MTD) | ||||
|---|---|---|---|---|---|---|
| Esta | Anterior | Δ% | Este | Anterior | Δ% | |
Solo usuarios que pagaron al menos una vez, agrupados por la semana en que se registraron. "Activo el día N" = registró al menos una comida ese día puntual (ventana de 24h): el día 1 es entre las 24 y 48 horas, el día 7 es el séptimo día, etc. — es la curva de retención clásica — activo ese día exacto, no un rango. Para ver el uso por rango (≥1 comida en TODA la semana) está la tabla “¿Cuánto usan la app semana a semana?” abajo. Camadas chicas (sobre todo mensual): mirar la fila PROMEDIO y la tendencia, no los decimales de una semana. El "—" = esa camada todavía no llegó a ese día.
El pagador arranca fortísimo (~84% carga comida el 1er día) y la curva aguanta mucho mejor que el promedio: el anual sigue activo el día 30 en ~24%, el mensual en ~10%. La lectura: el que paga sí engancha; la caída entre el día 1 y el mes (de 72% a 23% en anual) es la ventana donde se juega la renovación.
| Semana de registro | Pagadores | 1ª comida en 24h | Activo el día 1 | Activo el día 7 | Activo el día 30 |
|---|---|---|---|---|---|
| 2026-04-06 | 48 | 81.3% | 75% | 56.3% | 20.8% |
| 2026-04-13 | 44 | 86.4% | 72.7% | 45.5% | 15.9% |
| 2026-04-20 | 40 | 77.5% | 70% | 47.5% | 27.5% |
| 2026-04-27 | 49 | 85.7% | 69.4% | 53.1% | 26.5% |
| 2026-05-04 | 38 | 94.7% | 84.2% | 55.3% | 28.9% |
| 2026-05-11 | 55 | 78.2% | 70.9% | 45.5% | 32.7% |
| 2026-05-18 | 70 | 70% | 61.4% | 47.1% | 22.9% |
| 2026-05-25 | 87 | 82.8% | 72.4% | 39.1% | 17.2% |
| 2026-06-01 | 41 | 92.7% | 70.7% | 58.5% | 31.7% |
| 2026-06-08 | 19 | 94.7% | 68.4% | 63.2% | 26.3% |
| 2026-06-15 | 24 | 83.3% | 75% | 54.2% | 0% |
| 2026-06-22 | 18 | 83.3% | 66.7% | 38.9% | — |
| 2026-06-29 | 19 | 89.5% | 78.9% | 68.4% | — |
| 2026-07-06 | 24 | 95.8% | 91.7% | 66.7% | — |
| 2026-07-13 | 15 | 86.7% | 73.3% | — | — |
| PROMEDIO | 593 | 83.6% | 72.3% | 50.3% | 23.5% |
| Semana de registro | Pagadores | 1ª comida en 24h | Activo el día 1 | Activo el día 7 | Activo el día 30 |
|---|---|---|---|---|---|
| 2026-04-06 | 20 | 80% | 65% | 45% | 5% |
| 2026-04-13 | 31 | 96.8% | 67.7% | 35.5% | 9.7% |
| 2026-04-20 | 14 | 78.6% | 64.3% | 21.4% | 0% |
| 2026-04-27 | 22 | 81.8% | 59.1% | 36.4% | 13.6% |
| 2026-05-04 | 19 | 78.9% | 68.4% | 47.4% | 21.1% |
| 2026-05-11 | 20 | 75% | 65% | 45% | 10% |
| 2026-05-18 | 16 | 68.8% | 62.5% | 12.5% | 6.3% |
| 2026-05-25 | 27 | 85.2% | 74.1% | 51.9% | 14.8% |
| 2026-06-01 | 6 | 100% | 66.7% | 66.7% | 0% |
| 2026-06-08 | 14 | 78.6% | 64.3% | 28.6% | 14.3% |
| 2026-06-15 | 7 | 71.4% | 57.1% | 57.1% | 0% |
| 2026-06-22 | 8 | 75% | 87.5% | 50% | — |
| 2026-06-29 | 10 | 90% | 90% | 70% | — |
| 2026-07-06 | 19 | 94.7% | 78.9% | 66.7% | — |
| 2026-07-13 | 7 | 100% | 85.7% | — | — |
| PROMEDIO | 240 | 83.8% | 69.2% | 43.1% | 10.3% |
Responde tu pregunta directa: de los que pagaron, qué % registró ≥1 comida en cada ventana desde que pagó — un rango completo, no un día puntual. "24h" = primeras 24 horas; "Sem 1" = días 1–7 (incluye esas 24h); y así hasta el mes 2. Base = pagadores desde ene-2026 con antigüedad suficiente para esa semana. Cada semana es independiente (no acumulativa): cuenta si registró comida esa semana sin importar las anteriores — alguien puede saltarse una y volver.
| Plan | Pagadores | Mes 1 · % con ≥1 comida en la ventana | Mes 2 | |||||||
|---|---|---|---|---|---|---|---|---|---|---|
| 24h | Sem 1 | Sem 2 | Sem 3 | Sem 4 | Sem 5 | Sem 6 | Sem 7 | Sem 8 | ||
| Anual (85% de la base) | 1.826 | 66% | 79% | 61% | 51% | 44% | 39% | 34% | 29% | 28% |
| Mensual | 801 | 90% | 94% | 58% | 41% | 33% | 26% | 20% | 17% | 16% |
Verde ≥50%, rojo <30%. Ojo con la lectura por plan: en mensual, "no usó" suele significar que ya canceló; en anual significa que sigue pagando pero dormido.
Por rango el arranque es fuerte: casi todos prueban la app la 1ª semana (anual 79%, mensual 94%). Pero el uso cae rápido: al completar el mes 1 (sem 4) solo ~44% (anual) / 33% (mensual) registra algo esa semana, y en el mes 2 baja a ~28% / 16%. El mensual arranca más arriba pero decae más rápido (el que no usa cancela); el anual queda algo más alto al mes 2, pero es uso dormido que igual paga. En cualquier lectura, la caída semana-a-semana confirma que el hábito no se está formando después del primer mes.
Es el embudo estricto que preguntaba Fernando: cada etapa exige haber registrado comida todas las semanas anteriores — para estar en "mes 1 completo" tuvo que usar la app las 4 semanas seguidas (a diferencia de la tabla de arriba, donde cada semana se cuenta por separado). Base = usuarios con al menos un pago real (monto>0, producción) desde ene-2026, separados por plan (1.791 anuales · 791 mensuales); no incluye trials sin pago ni cuentas de test. Cada etapa se mide sobre los que ya tienen antigüedad suficiente para esa semana (la base baja hacia la semana 8).
Medido en serio (uso sostenido, sin saltarse semanas), solo ~15% de los anuales y ~11% de los mensuales usó la app de forma continua los 2 meses. La caída más brutal es de la semana 1 a la 2 (se pierde ~1 de cada 3). El mensual arranca altísimo (94% la 1ª semana) pero termina más abajo que el anual — coherente con que el mensual que se enfría cancela, mientras el anual queda dormido pagando. El hábito continuo es la excepción, no la regla: ahí está la oportunidad de producto.
Cada cohorte = usuarios cuyo primer cobro mensual cayó ese mes. "Renovó" = recibió el cobro del mes siguiente (sobre base que ya tuvo la chance). "Usó" = de los que renovaron, cuántos registraron ≥1 comida en ese mes renovado — la señal de si la renovación es por uso o por olvido de cancelar.
| Cohorte (1er cobro) | Mensuales | Mes 1 | Mes 2 | Mes 3 | Mes 4 | ||||
|---|---|---|---|---|---|---|---|---|---|
| Renovó | Usó* | Renovó | Usó* | Renovó | Usó* | Renovó | Usó* | ||
| Marzo 2026 | 172 | 49% (85) | 53% (45/85) | 32% (55) | 58% (32/55) | 22% (38) | 45% (17/38) | 18% (20) | 30% (6/20) |
| Abril 2026 | 123 | 42% (52) | 48% (25/52) | 24% (30) | 57% (17/30) | 17% (16) | 69% (11/16) | — | — |
| Mayo 2026 | 112 | 43% (48) | 54% (26/48) | 31% (21) | 52% (11/21) | — | — | — | — |
| Junio 2026 | 58 | 36% (14) | 43% (6/14) | — | — | — | — | — | — |
* Usó = de los que renovaron ese mes, % que registró ≥1 comida durante el mes renovado (verde ≥55%, rojo <55%). "—" = cohorte todavía inmadura para ese mes (solo marzo llega al mes 4). Cohortes chicas: leer la tendencia.
De cada 10 que renuevan el primer mes, ~5 no abrieron la app ese mes (mar 53% usó · abr 48% · may 54% · jun 43%): la mitad de la renovación mensual es pasiva — se olvidaron de cancelar, ingreso frágil que puede irse en refunds. Y no se depura con el tiempo: marzo, la única cohorte con 4 meses, EMPEORA (uso 53% → 58% → 45% → 30% al mes 4) — los mensuales de largo plazo son en su mayoría pasivos. Jugadas: a los renovadores que SÍ usan, empujarlos a anual; a los que no usan, un nudge de reactivación antes del cobro (aunque gatille cancelaciones, evita refunds y reputación).
Campañas de Meta del 12 may al 8 jun medidas con Custom Product Pages de Apple. Gasto total $3.687 (iOS $3.003 · Android $684, pausada al inicio y fuera del análisis).
Siglas: CPI = costo por descarga · CPT = costo por clic · CPP = página de producto personalizada · CAC = costo por cliente que paga · ROAS = retorno por $ gastado · RPI = ingreso por descarga. (Glosario completo arriba, en Números.)
Los ads NO corrieron a mediados de junio: corrieron del 12-may al 8-jun. Eso cambia todo: el boom de signups de mayo ERA los ads (2.675 registros reales en las 4 semanas de campaña vs 1.465 las 4 previas, +83%; iOS +107%) y la caída de junio es el apagón de la campaña, no un problema orgánico nuevo. El "bump del 15-jun" que analizamos antes era el flujo WhatsApp (cuentas temporales).
| Conjunto (iOS) | Gasto | Impresiones | Fechas | Descargas CPP | CPI |
|---|---|---|---|---|---|
| Piru Scanner | $633,80 | 360.499 | 12 may – 8 jun | 1.580 | $0,40 |
| DCT5 | $701,09 | 524.011 | 12 – 29 may | 940 | $0,75 |
| Recetas V1 (3 CPPs) | $1.664,92 | 818.541 | 21 may – 8 jun | 490 | $3,40 |
| DCT4 (test) | $3,72 | 4.472 | 12 – 19 may | 15 | $0,25 |
Recetas se llevó el 55% del gasto y produjo el 16% de las descargas — CPI 8,5x peor que Scanner. Las páginas de scanner convirtieron 36–41% de las visitas; las de recetas, 9–17%. Con el mismo presupuesto todo-en-scanner habrían sido ~7.500 descargas en vez de 3.025.
| Página | Views | Descargas | Conversión | Ganancias (ASC) | Sesiones |
|---|---|---|---|---|---|
| Piru-Scanner | 6.024 | 1.580 | 35,7% | $556 | 2.540 |
| DCT5 | 2.644 | 940 | 41,1% | $736 | 3.040 |
| recetas-import-v1 | 2.353 | 339 | 16,8% | $259 | 1.290 |
| recetas-import-fercho | 1.892 | 139 | 10,1% | $28 | 133 |
| recetas-import-lucia | 155 | 12 | 8,9% | — | 8 |
| DCT4 | 30 | 15 | 55,6% | — | 17 |
| Total | 13.098 | 3.025 | 23,1% | $1.579 | ~7.030 |
Ganancias = proceeds que Apple atribuye a cada página en la ventana (las anuales siguen sumando después). Retención Apple (solo usuarios con consentimiento, subestima): Piru-Scanner D1 3,4% · D7 1,2% · D28 0,5%.
| Métrica | Pre · 14 abr–11 may | ADS · 12 may–8 jun | Post · 9 jun–6 jul | Últimas 2 sem |
|---|---|---|---|---|
| Signups reales | 1.465 (366/sem) | 2.675 (669/sem) | 650 (163/sem) | 297 (160/sem) |
| % iOS / Android | 71% / 29% | 80% / 20% | 77% / 23% | 67% / 33% |
| Trials iniciados | 485 | 643 | 233 | 126 |
| Trial→pago del período | 64,1% | 60,2% | 68,7% | 58,7%* |
| Pagadores nuevos | 320 | 395 | 159 | 93 |
| Revenue | $10.721 | $12.799 | $6.405 | $3.103 |
| Suscripciones que murieron | 348 | 414 | 246 | 105 |
* últimas 2 semanas: trials aún madurando. Trial→pago = trials iniciados en ese período que terminaron pagando (nuestra base, bruto).
| Métrica RC | Abril | Mayo (ads) | Junio | Julio (parcial) |
|---|---|---|---|---|
| Nuevos customers | 3.674 | 6.593 | 1.592 | 835 |
| Initial conversion (7d) | 11,8% | 8,3% ↓ | 10,2% | 12,7% |
| Trial→pago | 50,7% | 47,0% | 51,0% | 48,9% |
| Churn mensual | 5,9% | 5,7% | 5,2% | 2,6%* |
| Trials activos (prom.) | 120 | 102 | 74 | 77 |
* julio en curso. La historia: el tráfico pagado bajó la initial conversion (8,3% vs ~11–12% orgánico — igual que el supuesto del plan-2026), pero no rompió el trial→pago (~48–51%) ni el churn, que viene mejorando (5,9 → 5,2%, en el target del 5%). Los pagadores de las camadas de ads retienen al mes igual que los orgánicos (17–33%, tabla de camadas de pagadores arriba).
Solo tenemos dos palancas de revenue (no hay upsell): orgánico y pagado. El pagado es lo atribuido a las páginas de producto (CPP); el orgánico = revenue total − pagado. Se apila: orgánico abajo (el motor), pagado arriba. La regla: comparar orgánico-con-orgánico y pagado-con-pagado, nunca mezclar — porque un pico de ads puede tapar una caída del orgánico.
El motor orgánico era ~$10,7k y se mantuvo durante los ads (~$11,2k): los ads apilaron ~$1,6k encima → $12,8k. Pero al apagar los ads el revenue NO volvió al piso pre-ads, cayó a $6,4k — o sea el orgánico también se debilitó (bajó la cadencia de Instagram + se fue el "halo" orgánico que traían los ads). Ese es el problema real: no que los ads fueran malos, sino que dependemos del motor orgánico y ese motor se está apagando. Prioridad: reactivar el orgánico (Instagram) que es el piso de todo.
Revenue = bruto de nuestra base (incluye renovaciones). Pagado = proceeds neto atribuido a CPP en ASC (1 may–22 jun) — es un piso: la atribución se fuga (mucho ad convirtió vía Instagram, no rastreado), así que el aporte real de los ads fue algo mayor.
CAC incremental ≈ $40 por pagador ($3.003 iOS ÷ 75 pagadores extra vs pre-ads) contra un ticket anual de ~$20–25: con este mix de creatividades, no rentable. Pero el desglose cambia la conclusión: solo-Scanner el CAC estimado baja a ~$16 por pagador (CPI $0,40 y misma conversión) — sí rentable. ROAS visible en Apple a 6 semanas: $1.579 / $3.003 ≈ 0,5x, con la cola de renovaciones anuales todavía por sumar.
Pipeline acumulado · Estados y próximos pasos.
| Empresa | Contacto | Estado | Próximo paso | Owner |
|---|
Rendimiento · último mes (dato mensual).
Registrar comida es hoy una función de pago (el 90% de los que registran son pagos activos), así que esto mide qué tanto usan lo que pagan — separado por plan. Fuentes: Supabase prod + RevenueCat (20-jul).
| Plan (suscripciones activas hoy) | Activos | Usa la app (28d) | No usa (28d) | Comidas/sem |
|---|---|---|---|---|
| Anual (85% de la base) | 3.655 | 32% | 68% | 2,6 |
| Mensual | 409 | 53% | 47% | 7,2 |
Los dos planes se comportan al revés de lo que uno esperaría: el anual —que es el 85% de la caja— es donde está el ingreso pasivo (68% no abrió la app en un mes, 2,6 comidas/sem). El mensual se auto-selecciona por uso: 53% activo y 7,2 comidas/sem, casi 3x el anual. Tiene lógica: al mensual lo elige quien lo usa y decide seguir; el anual muchas veces se compró por una oferta agresiva y quedó dormido. El "arbitraje" está concentrado en el anual.
Regla que acordamos: no mezclar tipos de usuario. Base limpia = pagó y NO canceló (auto-renovación ON), separada anual/mensual. "Usa" = registró comida (proxy, hasta tener eventos de sesión). Umbrales (configurables — van al superadmin): Activo con hábito = ≥15 de los últimos 30 días · Activo semanal = ≥4 de 7 · Uso sostenido = 6 de 8 semanas.
| Segmento (paga hoy) | N | Activo hábito | Ocasional | Dormido |
|---|---|---|---|---|
| Anual · renueva | 1.956 | 9.6% | 34% | 56.4% |
| Anual · canceló | 1.714 | 1.9% | 16.9% | 81.2% |
| Mensual · renueva | 351 | 16% | 35.3% | 48.7% |
| Mensual · canceló | 53 | 9.4% | 52.8% | 37.7% |
De cada 10 que pagan y renuevan, ~1 usa la app con hábito y ~5,5 están dormidos (pagan sin abrirla). El mensual que renueva usa casi el doble que el anual (16% vs 10% con hábito): el que elige mensual lo usa. Y confirma por qué separamos: el que canceló está mucho más dormido (anual 81% vs 56% del que renueva) — mezclarlos escondería el problema. Palancas por tipo: embajador → empujar anual y convertirlos en voceros; pagador dormido → reactivar antes del cobro (o asumir que es arbitraje); power user sin pagar → convertir a pago.
| Etapa | Número | Qué significa |
|---|---|---|
| Prueba gratis → pago | 49% paga | De cada 100 pruebas que terminan, 49 pasan a pago (dato RC neto de reembolsos). Bien: el promedio del rubro es 38%. La prueba dura 3 días. |
| Mensual: cuánto dura | la mitad no llega al 2º mes | 55% de los mensuales no renueva el primer mes (mediana de vida: 1 mes). El que se queda, tiende a usar más. |
| Anual: apaga la renovación | 46% con auto-renovación OFF | De los anuales todavía vigentes, 1.677 de 3.633 ya desactivaron el auto-renew (mediana: a los 52 días de comprar). Pagaron el año, pero no van a renovar. |
| Bajas por mes (churn) | 5,2%/mes | % de suscripciones que se dan de baja cada mes. Viene mejorando (5,9 → 5,7 → 5,2%), acercándose al target de 5% (histórico: 8,6%). |
| Reembolsos | 1,75% | % de compras que piden refund. Muy bien: el promedio del rubro es 4,71%. |
Convertimos como top-quartile, pero retenemos uso como el fondo de la tabla — sobre todo en el anual. El 85% de la caja es anual, y ese anual mayormente no construye hábito y apaga la renovación a los ~52 días: es caja hoy sin renovación en 12 meses. En términos de Nikita Bier, el anual lo monetizamos como app de "arbitraje"; el mensual, en cambio, sí se parece a un negocio durable (la gente lo usa). La ventana crítica es el arranque: la prueba dura 3 días y solo 1 de cada 4 pagos llega a registrar una comida.