Por qué comprar una app en vez de construirla
Desarrollar una aplicación móvil desde cero suele significar 6-12 meses de desarrollo, decenas de miles de dólares de presupuesto, y ninguna garantía de que alguien la descargue. Comprar una app existente invierte esa ecuación: heredas una base de usuarios instalada, un posicionamiento en la App Store, reseñas, y un historial de monetización que puedes analizar antes de comprometer tu capital.
Esa ventaja es también el riesgo. El posicionamiento, las reseñas y los ingresos recurrentes pueden evaporarse rápido si el traspaso se gestiona mal, o si el negocio nunca fue tan sólido como sugerían las capturas de pantalla. Esta guía repasa cómo evaluar de principio a fin la compra de una app móvil — el modelo de monetización, la checklist de due diligence, qué determina realmente la valoración, el traspaso en la App Store, y las señales de alerta que deben hacerte frenar.
Entiende primero el modelo de monetización
No todos los "app business" ganan dinero de la misma forma, y el modelo cambia tanto lo que debes revisar como cómo debe valorarse el negocio.
| Modelo | Cómo genera ingresos | Qué revisar | Sensibilidad de la valoración |
|---|---|---|---|
| Suscripción | MRR recurrente de planes de pago | Tasa de churn, conversión de prueba a pago, tasa de rebill | Múltiplos más altos cuando el churn es bajo y predecible |
| Compras dentro de la app | Compras puntuales o repetidas dentro de la app | Frecuencia de compra, concentración en pocos usuarios grandes, tasa de reembolso | Volátil; sensible a un puñado de usuarios que gastan mucho |
| Publicidad | Impresiones/clics servidos a usuarios gratuitos | Fill rate, tendencia del eCPM, diversificación de redes publicitarias | El múltiplo sigue de cerca la tendencia de DAU y el mix de redes |
| Pago único | Un solo pago inicial, sin ingreso recurrente | Velocidad de descargas, sentimiento de las reseñas, cadencia de actualizaciones | Múltiplos más bajos; el ingreso no es recurrente por definición |
La mayoría de los anuncios reales mezclan dos de estos modelos — conoce el reparto antes de modelar cualquier otra cosa.
La checklist de due diligence que necesita todo comprador de apps
- Finanzas — pide al menos 12 meses de ingresos verificados por fuente (suscripciones, compras dentro de la app, publicidad), churn mensual, tasa de reembolso y CAC por canal. Un pico de ingresos en el mes o los dos meses previos a la publicación del anuncio merece una pregunta directa, no una suposición.
- Métricas de uso — usuarios activos diarios y mensuales (DAU/MAU), retención por cohorte y frecuencia de sesión. Un ratio DAU/MAU por encima de aproximadamente el 20% suele indicar un producto que genera hábito; muy por debajo sugiere poca fidelización, sin importar el total de descargas.
- Técnico — calidad del código, dependencias de SDKs de terceros, costos de hosting del backend, y cuánto depende la app de conocimiento no documentado de un solo desarrollador.
- Legal y cumplimiento — historial de cumplimiento de las normas de la App Store, suspensiones previas, propiedad intelectual del código y los assets, y cumplimiento de privacidad si la app recopila datos personales.
- Posición competitiva — qué tan saturada está la categoría, si el posicionamiento depende de un puñado de palabras clave, y qué tan fácil sería para un competidor con más recursos replicar las funciones clave.
Nada de esto requiere una auditoría formal. Un vendedor que no puede entregar exportaciones limpias de estas cinco áreas en pocos días ya te está diciendo algo importante, antes de que gastes un solo dólar.
Qué determina realmente la valoración de una app
Compradores y brokers suelen basarse en un múltiplo del ingreso o beneficio de los últimos 12 meses, ajustado según la categoría, la tendencia de crecimiento y la calidad de la monetización:
| Categoría | Rango típico de múltiplo sobre ingresos |
|---|---|
| Productividad / apps tipo SaaS | Extremo alto del rango — ingreso recurrente y predecible |
| Salud y fitness, educación | Rango medio — modelo de suscripción con churn moderado |
| Utilidades | Rango medio-bajo — a menudo pago único o financiado con publicidad |
| Juegos | El rango más amplio — depende de éxitos puntuales, más difícil de valorar |
Trata esto como un punto de partida para la negociación, no como una fórmula para repetirle al vendedor. El número real se mueve según qué tan diversificados estén el tráfico y la monetización, cuánto tiempo se ha mantenido la tendencia de ingresos, y cuánto depende la operación personalmente del propietario actual.
El traspaso en la App Store: el paso que más subestiman los compradores
Aquí es donde los deals de apps móviles más se diferencian de comprar un sitio web o un SaaS — y es la parte que más suelen fallar los compradores primerizos. El posicionamiento, las reseñas y el historial de instalaciones viven dentro de la cuenta de desarrollador, no solo en el código, y tanto Apple como Google tienen su propia mecánica de traspaso:
- 1. Apple App Store — el vendedor inicia el traspaso desde App Store Connect usando tu Team ID de desarrollador de Apple. Bien hecho, la app conserva todo su historial de reseñas y su posicionamiento; mal hecho (por ejemplo, republicándola como ficha nueva), puedes perder ambos.
- 2. Google Play — el traspaso de propiedad se hace a través de Play Console, y el proceso de revisión de Google para este traspaso puede tardar varios días, periodo en el que generalmente conviene pausar las actualizaciones.
- 3. Continuidad de pagos y suscripciones — los suscriptores activos deben seguir siendo cobrados sin interrupción durante la transición; prueba esto antes de anunciar nada a los usuarios.
- 4. Calendario — reserva de una a dos semanas solo para el traspaso, además del tiempo de due diligence, y no programes ningún anuncio público hasta que el traspaso esté totalmente confirmado por ambas partes.
Si fallas en este paso, puedes terminar con una app sin nada del valor de posicionamiento que pagaste. Vale la pena confirmar por escrito los pasos exactos del traspaso con el vendedor antes de cerrar el precio.
Señales de alerta que deben hacerte frenar
- Aparece un pico de ingresos o de posicionamiento en las semanas justo antes de publicar el anuncio, sin una explicación clara.
- El vendedor se niega a dar acceso de solo lectura a la cuenta de desarrollador, las cuentas publicitarias o el analytics antes de una LOI.
- Las tasas de rebill o renovación están claramente por debajo de las normas de la categoría, sin ninguna razón indicada.
- La app no ha recibido una actualización en 6 meses o más, o las reseñas recientes mencionan errores que el vendedor no ha corregido.
- Los ingresos o descargas están concentrados en una sola fuente de tráfico o un solo país, sin plan de diversificación.
Cualquiera de estas señales por sí sola merece una conversación directa con el vendedor. Dos o más juntas son motivo para frenar antes de comprometer capital.
Tus primeros 90 días después de cerrar
Prioriza el cambio de credenciales y facturación desde el día uno, y durante la primera semana confirma que el código compila sin problemas en tu propio entorno. Pasa el analytics y el reporte de errores a tus propias cuentas si aún no lo estaban, y confirma que el traspaso en la App Store está completamente cerrado — incluida la facturación de los suscriptores — antes de tocar precios, funciones o marketing. Solo una vez que esta base operativa esté estable deberías empezar a probar palancas de crecimiento como ASO, nuevos canales publicitarios o lanzamientos de funciones.
Puntos clave
- El modelo de monetización (suscripción, compras dentro de la app, publicidad, pago único) determina tanto qué revisar como cómo valorar el negocio.
- Pide 12 meses de finanzas verificadas, datos de DAU/MAU y retención, y acceso a la cuenta de desarrollador antes de una LOI.
- Los múltiplos de valoración varían mucho según la categoría — trata los rangos publicados como punto de partida de negociación, no como fórmula.
- El traspaso en App Store/Google Play es el paso operativo más arriesgado; acuerda la mecánica por escrito antes de cerrar.
- Dos o más señales de alerta juntas — no solo una — deben ser tu indicio para frenar o desistir del deal.
FAQ
¿Necesito saber programar para comprar una app?No necesariamente, pero necesitas tu propia revisión técnica o un desarrollador independiente que audite el código antes de cerrar. Comprar a ciegas en el aspecto técnico es uno de los errores más comunes entre compradores primerizos.
¿Cuánto tarda una adquisición de app desde la LOI hasta el cierre?Calcula varias semanas: la due diligence suele durar entre 2 y 4 semanas, y el traspaso en App Store/Google Play puede sumar de 1 a 2 semanas más una vez acordados los términos.
¿De verdad puede evaporarse el ingreso de suscripción tras un traspaso?Sí, si el traspaso se gestiona mal — por ejemplo, si el procesamiento de pagos se rompe o la ficha queda marcada durante la migración. Por eso la mecánica del traspaso merece tanta atención como las cifras financieras.
¿Un ratio DAU/MAU alto siempre es buena señal?En general sí para el engagement, pero revisa qué lo está generando. Una app utilitaria que crea un hábito real y una app cargada de notificaciones que infla artificialmente las aperturas se ven parecidas en esta única métrica, pero son muy distintas cuando revisas las cohortes de retención.
¿Listo para ver qué hay disponible ahora mismo? Ver deals de todos los marketplaces, filtra por ofertas en Flippa si quieres empezar específicamente por categorías de apps y productos digitales, o crea una alerta de deals para recibir en tu bandeja las nuevas oportunidades que encajen con tus criterios antes que el resto del mercado.