Una reserva de app no es una venta hasta el día del lanzamiento, y muchas se caen antes de que llegue el cobro

Una reserva de app parece una venta, y en tu panel incluso cuenta como tal. No lo es. Cuando alguien reserva tu app en la App Store o en Google Play, no se mueve dinero. Al comprador no se le cobra nada hasta que la app se lanza, y hasta ese momento puede echarse atrás gratis, sin preguntas y sin avisarte. Así que el número de reservas que ves subir es una lista de gente que dijo estar interesada, no una lista de gente que ha pagado. El cobro ocurre después, en el lanzamiento, y para entonces la lista es más corta de lo que era.

Esa brecha entre el recuento de reservas y el dinero que de verdad llega importa sobre todo el día del lanzamiento, que es justo cuando estás aprovisionando servidores, prometiendo recompensas y proyectando ingresos a partir del mayor número que tienes. Aquí tienes cómo funciona una reserva de app en cada tienda, dónde se caen los compradores en silencio entre reservar y pagar, y lo que esa merma te cuesta si planificas como si cada reserva fuera ya un cliente.

Por qué una reserva de app es una promesa, no un pago

Puedes poner una app en reserva antes de que esté lista, y ambas tiendas recogerán interés por ti. Lo que ninguna tienda hace es recoger dinero. En la App Store y en Google Play, una reserva autoriza un cobro futuro y nada más. El comprador acepta que se le facture cuando la app esté disponible, y la tienda mantiene esa intención hasta el lanzamiento. Ningún cobro se procesa en el momento de la reserva, así que nada se ha ganado y nada se ha pagado. El efecto práctico es que una reserva es el compromiso más blando que un cliente puede asumir. No le cuesta nada hacerla ni nada abandonarla, lo cual es un buen trato para él y un número que tú tienes que leer con cuidado.

Qué ocurre entre la reserva y el cobro

En la App Store, el cobro llega en el lanzamiento y no antes

Apple no cobra a un cliente de reserva cuando toca para reservar tu app de pago. El cobro se procesa en la fecha de lanzamiento, cuando la app se descarga en su dispositivo, y solo entonces la reserva se convierte en compra. Puedes mantener una app disponible para reserva durante una ventana fija antes del lanzamiento: entre 2 y 180 días para un primer lanzamiento, y hasta 365 días para una app ya disponible en otras regiones. Durante toda esa ventana el cliente no te debe nada. Si retiras la app de la reserva, esos clientes simplemente no la reciben y no se les cobra, a menos que la vuelvas a listar para reserva antes del lanzamiento.

En Google Play, el pago se comprueba unos dos días antes

Google aplica el mismo modelo básico con un paso extra que recorta tu lista en silencio. A un comprador de Google Play tampoco se le cobra hasta la fecha de lanzamiento, pero Google comprueba su método de pago unos dos días antes del lanzamiento. Si la tarjeta se rechaza en esa comprobación, o si el comprador pagó con Google Play balance y no tiene crédito suficiente cuando la app se lanza, Google cancela la reserva automáticamente. El comprador no hizo nada mal y se entera por una notificación, y tú nunca ves convertirse ese pedido. Así que en Google Play tu recuento de reservas se recorta dos veces: una por todos los que cancelan por su cuenta, y otra por las comprobaciones de pago que fallan justo antes del lanzamiento.

Dónde se caen las reservas en silencio

La cancelación gratuita que nadie tiene que avisarte

La mayor fuga es la que viene incorporada en la función. Un cliente que reserva puede cancelar en cualquier momento antes de la fecha de lanzamiento, desde su cuenta, gratis, y sin contactar nunca contigo. No hay reembolso que procesar porque no hubo cobro, y no hay señal que se te envíe porque no hay nada que informar. La reserva está un día y al siguiente ya no. Esto no es abuso ni fraude amistoso. Es la reserva funcionando exactamente como se diseñó, y significa que una parte desconocida de tu recuento son personas que cambiaron de opinión y te costaron un número de titular en lugar de un dólar.

Los fallos de pago en la línea de meta

La segunda fuga llega en el peor momento posible, justo en el lanzamiento. En Google Play sobre todo, la comprobación de pago unos dos días antes y el cobro del lanzamiento juntos eliminan todas las reservas asociadas a una tarjeta rechazada o a un saldo insuficiente. Son personas que de verdad querían comprar y aun así no se convierten, porque la tarjeta registrada caducó, alcanzó un límite o se quedó corta. Las planificaste como clientes hasta el final del lanzamiento, y se caen en las últimas horas como cancelaciones que no puedes recurrir y que no provocaste.

Lo que realmente te cuesta esa brecha

Una reserva que nunca se cobra no es un reembolso. No se recupera nada porque nunca se pagó nada. El coste es más silencioso, y aparece en las decisiones que tomas apoyándote en un número más blando de lo que parece.

Capacidad que aprovisionas para compradores que nunca llegan

El día del lanzamiento es cuando las apps se caen, así que escalas para él. Añades capacidad de servidor, subes los límites de base de datos y almacenamiento, calientas cachés, y presupuestas las llamadas al modelo o el procesamiento de medios que tu app ejecuta por cada nuevo usuario. Si dimensionas ese gasto contra el recuento bruto de reservas, estás aprovisionando para una multitud que será más pequeña por cada cancelación gratuita y cada pago fallido. La computación que reservaste, el almacenamiento que asignaste y la cuota de API de terceros que compraste por adelantado son dinero real, gastado se conviertan o no las reservas que hay detrás en instalaciones que pagan. Dimensionar la capacidad de lanzamiento a partir de una fracción conservadora del recuento, no del recuento en sí, es la diferencia entre un lanzamiento ajustado y uno caro.

Recompensas que debes paguen o no

El registro previo en Google Play es una señal gratuita, no una compra, y a menudo está ligado a recompensas que prometes repartir en el lanzamiento: moneda del juego, un objeto exclusivo, un cosmético. Esas recompensas van a quien instala cuando la app se publica, e instalar es gratis. Así que la recompensa es un coste que asumes por un registro que no lleva ningún pago y que quizá nunca lleve a uno. El registro previo es un medidor de demanda realmente útil, pero trata las recompensas como un coste de captación que pagas por adelantado por alcance, no como una factura que los usuarios registrados vayan a saldar más tarde.

Una fecha de lanzamiento que se retrasa puede reembolsar toda la cartera

Hay un coste más que es fácil pasar por alto hasta que ocurre. En Google Play, si tu artículo reservado no está disponible tres días después de su fecha de lanzamiento declarada, Google cancela la transacción y ofrece al comprador un reembolso. Pásate de tu propia ventana de lanzamiento por más de tres días y Google no te guarda las reservas, las deshace. Cada reserva que se habría cobrado el día del lanzamiento se convierte en un pedido cancelado y una oferta de reembolso, y estás reconstruyendo tu cartera de reservas desde cero justo en el momento en que contabas con que se convirtiera.

La regla de precio que puede rebajar lo que pagan quienes reservan

Ambas tiendas protegen al comprador en el precio, y conviene entenderlo antes de lanzar una promoción de reserva. Tanto en la App Store como en Google Play, a un cliente de reserva se le cobra el menor de dos números: el precio que vio cuando reservó, y el precio en la fecha de lanzamiento. Sube el precio entre la reserva y el lanzamiento y tus clientes de reserva siguen pagando el precio más bajo que fijaron. Baja el precio durante el periodo de reserva, por ejemplo para despertar más reservas, y todo el que ya reservó al precio más alto también paga el nuevo, más bajo. El descuento no es solo para las nuevas reservas que intentas atraer. Alcanza a todos los compradores que ya están en la lista, lo cual está bien si lo planeaste y es un golpe sorpresa a tus ingresos de lanzamiento si no.

Tras el lanzamiento, una reserva es solo una compra normal

Las reglas especiales terminan en el momento en que la app se lanza. Una vez que la reserva se cobra y la app se descarga, es una compra normal y sigue la vía normal de reembolso. En Google Play eso significa que el comprador tiene la ventana estándar de 48 horas en la que Google puede conceder un reembolso completo por su cuenta, y después acude a ti. En la App Store significa que el comprador solicita un reembolso a través de Apple, y Apple decide. Así que una reserva no da al comprador ningún derecho extra de reembolso tras el lanzamiento, y tampoco te da a ti ninguna protección extra. Todo lo que ya sabes sobre reembolsos en cada tienda aplica desde el día del lanzamiento en adelante, sin cambios.

En el momento en que una reserva se cobra en el lanzamiento, se convierte en una compra en las mismas App Store Server Notifications y Real-time Developer Notifications que RefundHalt ya lee. Las reservas que nunca se cobraron no dejan rastro en esos feeds, porque nunca se movió dinero. Lo que sí aparece son los reembolsos y cancelaciones que siguen al lanzamiento, así que vigilar esos feeds te dice cuánto vale de verdad tu cohorte de reservas una vez que la parte gratuita termina y empieza la parte que paga.

La versión corta

Una reserva de app es un apunte, no una venta. En la App Store y en Google Play, el comprador no paga nada hasta que la app se lanza, puede cancelar gratis hasta entonces, y en Google Play puede ser cancelado automáticamente por una comprobación de pago fallida unos dos días antes del lanzamiento. Ambas tiendas cobran el menor entre el precio de reserva y el del día de lanzamiento, así que un descuento a mitad de reserva alcanza a todos los que ya están en la lista. Pásate de tu fecha de lanzamiento en Google Play por más de tres días y toda la cartera se cancela y se reembolsa. Cuenta las reservas como interés, proyecta a partir de una fracción conservadora de ellas, y trata el cobro del día de lanzamiento como el primer momento en que una reserva vale de verdad algo.