Cuánto cuesta hacer una app en Latinoamérica: lo que define el precio

“Depende” no es una excusa, es la respuesta

Buscas cuánto cuesta hacer una app y encuentras listas de rangos: tanto para una app simple, tanto para una app compleja. El problema es que “simple” y “compleja” no significan nada hasta que alguien defina qué hace la app, para cuánta gente y con qué sistemas se conecta.

Una app de catálogo con seis pantallas y un formulario de contacto, y una app con cuentas de usuario, pagos, notificaciones y un panel de administración, se llaman igual y no se parecen en nada. Pedir un precio antes de definir el alcance es como pedir el precio de “una casa”: la respuesta honesta empieza por preguntar cuántos ambientes.

Lo que sí se puede hacer, y es lo que hace esta guía, es mostrarte exactamente qué mueve el número, para que puedas leer un presupuesto y entender por qué dice lo que dice.

Las variables que definen el precio de una app

La cantidad de pantallas y de caminos. No cuentan solo las pantallas, cuentan los caminos distintos que puede tomar una persona dentro de ellas. Una pantalla con cuatro estados posibles, cargando, con datos, vacía y con error, es cuatro veces el trabajo de una pantalla fija.

Si hay cuentas de usuario. Este es el salto de costo más grande de todos. El momento en que la app deja de mostrarle lo mismo a todo el mundo y cada persona ve lo suyo aparecen el registro, el inicio de sesión, la recuperación de contraseña, la eliminación de cuenta que exigen las tiendas y la protección de datos personales.

Los roles y permisos. Que existan un usuario común, un supervisor y un administrador significa construir y probar la app tres veces, con reglas distintas en cada nivel.

Las notificaciones. Enviar un aviso es simple. Decidir a quién, cuándo, en qué momento del día, sin repetirlo, sin molestar y midiendo si sirvió, no lo es. Las notificaciones son una función pequeña en la pantalla y una pieza grande por debajo.

Los pagos. Cobrar dentro de una app abre un mundo propio: la pasarela, las suscripciones, las facturas, los reintentos, los reembolsos, y las reglas de cada tienda sobre qué se puede cobrar por fuera y qué no. Es la función que más suele subestimarse.

Las integraciones con lo que ya tienes. Conectarse con tu sistema de gestión, tu facturación, tu sistema de turnos o tu CRM puede ser un trámite o puede ser la mitad del proyecto. Depende de algo que casi nunca se revisa antes de cotizar: si ese sistema tiene una puerta de entrada documentada para otros programas.

Si el contenido cambia solo. Que puedas editar precios, avisos o productos sin llamar a nadie es una gran idea, y significa construir un panel de administración, que es prácticamente una segunda aplicación.

Cuánta gente la va a usar. Cien usuarios y cien mil usuarios no son la misma app, aunque se vean idénticas. Cambia la infraestructura, cambia cómo se guardan los datos y cambia el costo mensual de operar.

Si tiene que funcionar sin conexión. Que la app siga sirviendo en un almacén sin señal y después sincronice es una decisión de arquitectura, no un detalle. Es de las cosas más caras de agregar después.

Por qué una app cuesta más de lo que la gente imagina

Lo que se paga no es “la programación”. Debajo de cada app hay tres capas que el cliente no ve y que suelen ser más grandes que las pantallas.

La primera es el diseño de producto: decidir qué entra y qué no, y en qué orden. La segunda es el servidor, la parte invisible donde viven los datos, las cuentas y la lógica del negocio. Una app sin esa parte es una vitrina; con esa parte es un sistema. La tercera es todo lo que exigen las tiendas: cuentas de desarrollador, firmas digitales, políticas de privacidad, declaraciones sobre qué datos recolectas, capturas en varios tamaños y una revisión que puede rechazarte.

Y después está lo que separa una app que anda de una app que aguanta: las pruebas en móviles reales, no en simuladores; una auditoría de seguridad antes de entregar; y una prueba de carga que responda qué pasa el día que entran todos juntos.

Qué significa cotizar por etapas

En Adrede nunca damos un precio en la primera conversación, y no por misterio: es que dar un número antes de entender el problema solo sirve para que alguien firme algo que no se parece a lo que necesita.

Cotizar por etapas quiere decir que el proyecto se corta en tramos con entregables propios y precio cerrado por escrito en cada uno. El primer tramo es entender y documentar: qué hace la app, para quién, qué queda afuera, cómo se conecta con lo que ya tienes. Ese documento es el que hace posible un presupuesto real, y también es tuyo, sirva o no sirva para trabajar con nosotros.

El segundo tramo es construir la primera versión útil, la que ya resuelve algo de verdad y sale a las tiendas. Y el tercero es evolucionar con datos de uso reales en la mano.

La ventaja para ti es simple: decides con información en cada corte, y no comprometes el presupuesto entero antes de ver nada funcionando.

Cuánto cuesta una app después de lanzarla: tiendas, mantenimiento y ASO

Esta es la parte que casi ningún presupuesto muestra, y la que decide si tu app sigue viva en dos años.

Las cuentas de las tiendas. Tienen precio público. El Apple Developer Program cuesta 99 dólares por año de membresía (Apple Developer), y el registro como desarrollador en Google Play tiene un pago único de 25 dólares (Ayuda de Play Console). Regla nuestra, y te conviene exigirla a cualquier proveedor: esas cuentas van a nombre de tu empresa, con tus datos y tu control. La app es tuya, no del que la construyó.

Las actualizaciones obligatorias. Las tiendas no se quedan quietas. Google Play exige que las apps apunten a una versión reciente de Android para poder publicar actualizaciones, y ese piso sube todos los años (Android Developers). Traducido: aunque no le agregues ni una función, tu app necesita trabajo técnico cada año para seguir en la tienda.

La operación mensual. Servidores, base de datos, envío de notificaciones y de correos, almacenamiento de imágenes, monitoreo. Crece con los usuarios, y es un costo fijo del negocio, igual que la luz del local.

El mantenimiento. Cada año hay sistemas operativos nuevos, móviles nuevos, y servicios de terceros que cambian sus reglas. El mantenimiento no es arreglar errores: es que la app siga funcionando en un mundo que se mueve.

El ASO. Es el posicionamiento dentro de las tiendas, el equivalente al SEO pero en App Store y Google Play: el nombre, la descripción, las palabras por las que te encuentran, las capturas, las reseñas y la calificación. Nadie va a escribir la dirección de tu app: la van a buscar. Una ficha bien trabajada cambia por completo cuánta gente instala, y es un trabajo continuo, no una tarea del día del lanzamiento.

Si un presupuesto de app no dice qué pasa el día 91, está incompleto.

Cómo pedir un presupuesto que puedas comparar

Preguntas que te ordenan cualquier comparación, y que a nosotros nos parecen sanas de responder:

• ¿Qué queda explícitamente afuera del alcance?
• ¿A nombre de quién quedan las cuentas de tienda, el dominio, el código y los servidores?
• ¿Quién paga la infraestructura mensual y cuánto se estima al inicio?
• ¿Incluye pruebas en móviles reales, auditoría de seguridad y prueba de carga antes de entregar?
• ¿Qué pasa si algo se cae un sábado, y con qué tiempo de respuesta?
• ¿Cómo se cotiza lo que pida el negocio después del lanzamiento?

Si dos presupuestos responden distinto a estas preguntas, no estás comparando precios: estás comparando cosas diferentes.

Errores frecuentes al presupuestar una app

Pedir todo en la primera versión, que es la forma más eficiente de gastar mucho antes de aprender nada. Comparar propuestas mirando solo el número final. Olvidar el costo de operar y descubrirlo a los tres meses. Aceptar un precio bajo sin alcance escrito, que casi siempre termina costando más. Y suponer que la app se va a difundir sola: estar en la tienda no es lo mismo que ser encontrado.

Cómo trabajamos nosotros

Con el mismo método de seis pasos que aplicamos a todo. Aterrizar el problema, documentar el alcance por escrito, realizar la construcción, endurecer con auditoría de seguridad y prueba de carga, demostrar en móviles reales y no en presentaciones, y evolucionar con datos de uso. Cada etapa se cotiza por escrito, con lo que incluye y lo que no.

Si estás pensando en algo así, conversemos.