Por Diosh — Fundador, AHAeCommerce | inteligencia de decisiones de eCommerce para operadores de $50K–$5M de GMV
Una app móvil nativa retiene un poco mejor a tus mejores clientes y grava a cada cliente nuevo. Ese es todo el dilema en una sola frase. La mejora en retención es real —las notificaciones push y los carritos guardados sí elevan la tasa de pedidos recurrentes—, pero es pequeña y solo alcanza a los clientes que de todos modos iban a volver. El costo es grande y recae sobre la adquisición: una comisión de la tienda de apps del 15-30% sobre las ventas dentro de la app, más la pérdida de conversión por fricción de instalación en los compradores primerizos. Esta es una pieza de dilema (trade-off) para operadores entre $5M y $30M de GMV a quienes les están vendiendo una app de marca como palanca de retención y que quieren ver la matemática de frecuencia antes de firmar un contrato de desarrollo o una suscripción SaaS de $1,000/mes.
El argumento de venta que estás escuchando, y lo que omite
El argumento de los constructores de apps es impecable: "Los usuarios de la app tienen una frecuencia de compra 3-4 veces mayor y el doble de la tasa de conversión de la web móvil". Esos números son reales en los propios decks de benchmarks de las plataformas. También son un artefacto de selección. Los clientes que instalan tu app son los clientes que ya te aman: tu 5-10% superior por valor de vida. De todos modos iban a volver a comprar en la web. La app no crea su lealtad; la cosecha y se reasigna el crédito a sí misma.
Esta es la misma trampa de medición que infla el "ROI" del email y las "conversiones" del retargeting. Estás mirando el comportamiento de una cohorte elegida a dedo y acreditándole el canal a la cohorte. Antes de aceptar cualquier benchmark de app, aplica la prueba de la tasa de conversión como métrica de vanidad: ¿es esto una mejora real, o un número que se mueve porque cambió el denominador? Con las apps, el denominador cambió drásticamente: pasaste de "todos los que llegan a tu sitio" a "los superfans que descargaron 80MB a su pantalla de inicio".
El encuadre honesto es comparativo, no absoluto. La pregunta nunca es "¿los usuarios de la app compran más que los usuarios de la web?" —siempre lo harán, por construcción—. La pregunta es "¿la app mueve al mismo cliente de N a N+1 pedidos, neto de lo que cuesta adquirirlo y atenderlo?". Para la mayoría de los catálogos, la respuesta es no. Para un tipo específico de catálogo, la respuesta es un sí rotundo. La línea divisoria es la frecuencia de compra.
El costo oculto: una comisión sobre cada venta dentro de la app
Aquí está la partida que el deck del constructor de apps omite. Las Directrices de Revisión de la App Store de Apple exigen que los bienes digitales y, en muchas categorías de comercios, las transacciones dentro de la app pasen por el sistema de compras in-app de Apple, que cobra una comisión: 30% para la mayoría de los desarrolladores, 15% bajo el Small Business Program para quienes tienen menos de aproximadamente $1M de ingresos anuales por la app (Apple Developer). Google Play aplica una estructura de tarifa de servicio comparable, de 15-30% según el volumen y la categoría (Google Play Help).
Los vendedores de bienes físicos han estado históricamente exentos de la comisión por compras in-app: puedes cobrar un producto que se envía a través de tu propio procesador. Pero el terreno regulatorio y de políticas aquí se mueve, las exenciones se estrechan, y cualquier estrategia de app que dependa de la excepción actual de una plataforma está construyendo sobre tierra arrendada. Esa dependencia pertenece a la misma categoría que los pasivos de dependencia de plataforma de el costo real de la deuda técnica en eCommerce: un cambio futuro de política puede reajustar el precio de todo tu canal sin tu consentimiento.
Incluso dejando de lado la comisión, la app tiene un piso de costo duro que la web no tiene. Una app de marca sobre herramientas tipo Tapcart cuesta $1,000-$2,500/mes en suscripción antes de contar las horas de ingeniería para mantener dos superficies más —iOS y Android— a través de cada actualización de SO, cada cambio de checkout, cada promoción. Una marca de $12M de GMV que pasa el 25% de sus ingresos por una app paga la tarifa SaaS, el lastre de mantenimiento y el costo de oportunidad de que el equipo no esté mejorando el sitio donde compran todos los demás. Llámalo $30,000-$60,000 al año todo incluido, antes de un solo punto de comisión: una estimación, pero conservadora.
Fricción de instalación: el impuesto de adquisición que nadie modela
El costo de la app no es solo la comisión y la tarifa SaaS. El costo mayor y más silencioso es la conversión que pierdes en la puerta de entrada. Pedirle a un visitante primerizo que instale una app antes de poder comprar añade un paso —abrir la tienda, aceptar la descarga, esperar, conceder permisos, encontrar el producto otra vez— y cada paso añadido pierde usuarios.
El checkout móvil ya es donde se fugan los ingresos. La investigación de UX de comercio móvil del Baymard Institute documenta cómo cada campo, redirección e interrupción añadidos agravan el abandono en pantallas pequeñas (Baymard Institute). Una barrera de instalación es la interrupción más cara que puedes añadir: es un cambio de contexto completo, fuera de tu tienda y dentro de una tienda de plataforma, donde el usuario puede distraerse, toparse con un muro de inicio de sesión o abandonar la descarga. Para un visitante frío que viene de un anuncio pagado —el tráfico más caro que compras— enrutarlo a través de una instalación antes de comprar es prenderle fuego al dinero.
Por eso la economía de la app está al revés respecto a donde la mayoría de las marcas de $5M-$30M realmente necesitan ayuda. El Digital Economy Index de Adobe ha seguido la creciente participación del móvil en el gasto de eCommerce, y la abrumadora mayoría de ese gasto ocurre en la web móvil, no en apps nativas (Adobe). Tu motor de adquisición funciona sobre la web móvil construyas una app o no. La app no hace nada por el visitante frío y penaliza activamente a los que obligas a entrar en ella. Solo llega al cliente cálido que regresa, lo que nos lleva a la única variable que decide toda la cuestión.
La única variable que lo decide: la frecuencia de compra
La app se paga cuando el mismo cliente compra con suficiente frecuencia como para que las notificaciones push y un carrito guardado cambien su comportamiento repetidamente a lo largo de un año. Por debajo de un umbral de frecuencia, la fricción de instalación destruye más conversión de primera compra de la que la app jamás recupera en pedidos recurrentes. Por encima de él, la mecánica de retención se compone.
Menos de 4 compras al año: gana la web móvil
Si tus clientes compran tres veces al año o menos —muebles, ropa de decisión meditada, electrónica, la mayoría de los artículos para el hogar—, una app no puede recuperar su fricción de instalación. Una notificación push a alguien que compra dos veces al año es ruido 363 días de cada 365. El carrito guardado está obsoleto antes de que regresen. Pagaste el impuesto de instalación en la adquisición y obtuviste un retorno de retención cercano a cero porque la ocasión de compra es demasiado infrecuente para que cualquier empujón importe. Pon ese presupuesto de desarrollo en la velocidad de la web móvil. Un segundo recortado de tu largest-contentful-paint mueve más ingresos para un catálogo de baja frecuencia que cualquier funcionalidad de app, porque funciona en cada visitante, cálido y frío.
Seis o más compras al año: la app puede pagarse
La reposición de cosméticos, los suplementos, el café, la comida para mascotas, las alternativas a vapeadores y nicotina, los drops de fast-fashion —categorías donde un cliente leal compra seis, diez, veinte veces al año— son donde la mecánica de push y carrito guardado se compone. Un "estás por quedarte sin producto" o "el drop ya está disponible" enviado a un cliente que pide mensualmente es un evento relevante que genera ingresos, no ruido. Aquí la mejora de retención de la app es lo bastante grande como para superar la comisión y el piso de SaaS, siempre que ya tengas una base leal. Ninguna app rescata una retención débil; amplifica la retención que ya existe.
El prerrequisito de la base leal
La frecuencia es necesaria pero no suficiente. La app multiplica un hábito de recompra existente: no lo fabrica. Antes de cualquier decisión sobre la app, aplica el diagnóstico de la economía de retención frente a adquisición: ¿qué porción de los ingresos ya proviene de compradores recurrentes, y es esa cohorte lo bastante grande como para que una mejora de retención de un solo dígito sobre ella supere tu costo total de app? Si tu base de clientes recurrentes es delgada, arregla primero la retención en la web. La app es apalancamiento, y el apalancamiento sobre un número pequeño sigue siendo un número pequeño.
Cómo aplicar el dilema a tus propios números
No necesitas una agencia para modelar esto. Saca cuatro cifras y podrás decidir en una tarde. Frecuencia de compra natural: pedidos por cliente activo por año. Participación de ingresos recurrentes: porcentaje del GMV proveniente de segundos pedidos en adelante. Conversión de adquisición en web móvil: tu tasa actual de finalización de checkout móvil. Y tu economía real por cliente —no un promedio mezclado, sino el margen de contribución por pedido recurrente, que puedes construir a partir de la realidad del LTV del cliente.
Ahora la prueba. Si la frecuencia es menor que 4 y la participación de ingresos recurrentes es modesta, detente: invierte el presupuesto de la app en la velocidad de la web móvil y en reducir el checkout. Si la frecuencia supera 6 y una porción significativa de los ingresos ya proviene de compradores recurrentes, modela la app como una superficie de retención solo para esa cohorte: estima los pedidos incrementales que el push y el carrito guardado pueden generar contra tu piso de $30,000-$60,000 todo incluido más la exposición a comisiones. El punto de equilibrio es implacable, y debe serlo: un canal que grava la adquisición tiene que ganarse su lugar solo con la retención.
El patrón más profundo es arquitectónico. Una app es otra superficie que construir, dotar de personal y mantener sincronizada: el mismo costo de acoplamiento que lleva a los operadores a preguntarse si necesitan una re-plataforma del todo, la pregunta que se trabaja en headless commerce: quién lo necesita realmente. Para la mayoría de las marcas de $5M-$30M, la respuesta a ambas es la misma: la superficie que ya tienes, hecha más rápida, le gana a la superficie que te vendieron. Construye la app solo cuando tu propio número de frecuencia te lo diga, no porque una marca más grande tenga una.
