Cuánto cuesta una app: qué pedir al cotizar

“¿Cuánto cuesta hacer una app?” es de las primeras preguntas que se hace una empresa cuando quiere digitalizar un servicio. La respuesta honesta es que depende, pero eso no ayuda a decidir. Lo que sí ayuda es saber de qué depende, qué costos no aparecen en la cotización y qué debería decir una propuesta para que puedas compararla con otra.

Esta guía no da precios de referencia: dos apps con el mismo nombre pueden tener alcances muy distintos, y una cifra sin alcance lleva a comparar cosas que no se parecen. Da, en cambio, los criterios para pedir una cotización que se pueda evaluar.

Aviso: los costos de las tiendas de aplicaciones que aparecen en esta guía son los publicados por Google y Apple al 28 de septiembre de 2026. Pueden cambiar; revisa los enlaces antes de presupuestar.

Por qué no hay un precio único

El precio de una app es, sobre todo, tiempo de trabajo, y el tiempo depende del alcance: qué hace la app, para quién y con qué otros sistemas conversa. Una app que muestra un catálogo y un formulario de contacto no se parece a una que tiene usuarios con distintos permisos, pagos en línea y un panel de administración, aunque ambas “sean una app”.

Por eso una cotización seria parte con una conversación de diagnóstico. Si alguien te da un precio cerrado sin preguntar qué hace la app, está cotizando otra cosa o piensa ajustarlo después.

Qué define el costo de una app

Estos son los factores que más mueven el alcance. Tenerlos claros antes de pedir cotizaciones te permite comparar propuestas equivalentes.

Pantallas y flujos. No solo cuántas pantallas hay, sino cuántos caminos distintos recorre un usuario: registrarse, recuperar la contraseña, pagar, cancelar, reclamar.
Plataformas. Solo Android, Android e iOS, o también una versión web. Cada plataforma suma pruebas y trabajo de publicación.
Usuarios y roles. Una app sin inicio de sesión es más simple que una con clientes, vendedores y administradores, cada uno con permisos distintos que hay que programar y probar.
Servidor y API. Si la app guarda datos, necesita un servidor y una API que la sostenga. Suele ser una parte grande del trabajo, aunque el usuario no la vea.
Panel de administración. Alguien tiene que cargar productos, revisar pedidos o responder mensajes. Ese panel es otra aplicación, normalmente web.
Integraciones. Pasarelas de pago, facturación, sistemas contables, mapas, notificaciones o el sistema que ya usa tu empresa. Cada integración depende también de la documentación y la calidad del servicio de terceros.
Datos personales. Si la app trata datos de clientes o trabajadores, hay que diseñar desde el inicio qué se guarda, quién accede y cómo se elimina. La Ley 21.719 hace que esto sea parte del alcance, no un extra.
Diseño. Usar componentes estándar del sistema operativo o diseñar una identidad visual propia pantalla por pantalla.

Android nativo, Flutter o aplicación web

La tecnología también influye. Flutter permite una sola base de código para Android e iOS, lo que suele reducir costo y tiempo cuando necesitas ambas plataformas. Android nativo, con Kotlin y Jetpack Compose, conviene cuando el rendimiento, el acceso al hardware del teléfono o la integración profunda con el sistema lo exigen. Y a veces no hace falta una app instalable: si tus usuarios la abrirán de vez en cuando desde el computador, una aplicación web puede resolver lo mismo sin pasar por las tiendas.

Pide que la propuesta explique por qué recomienda una opción y no otra para tu caso.

Costos que no aparecen en la cotización del desarrollo

Varios gastos no dependen de quien desarrolla y conviene conocerlos antes de aprobar el presupuesto:

Cuenta de desarrollador de Google Play: una tarifa de registro única de USD 25.
Apple Developer Program: para publicar en la App Store, una tarifa anual de USD 99.
Número D-U-N-S: tanto Apple como Google Play lo piden para crear una cuenta a nombre de una empresa. Lo asigna Dun & Bradstreet y el trámite toma su tiempo, así que conviene iniciarlo temprano.
Servidor y servicios en la nube: alojamiento, base de datos, almacenamiento de archivos y envío de correos o notificaciones. Suelen cobrarse por uso, de forma mensual.
Servicios de terceros: comisiones de la pasarela de pago, mapas, mensajería u otras APIs con costo por consulta.
Mantención: una app publicada no queda terminada. Google Play exige que las apps nuevas y sus actualizaciones apunten a una versión reciente de Android, y ese requisito sube con el tiempo. Además, las dependencias reciben parches de seguridad y los sistemas operativos cambian. Presupuesta horas de mantención después de la entrega.

Un detalle práctico: si la cuenta de Google Play es personal y se creó después del 13 de noviembre de 2023, Google exige una prueba cerrada con al menos 12 testers durante 14 días seguidos antes de publicar en producción. Las cuentas de organización no tienen ese requisito. Es otra razón para abrir la cuenta a nombre de tu empresa.

Qué pedir en una cotización

Una propuesta que puedas evaluar y comparar debería dejar por escrito lo siguiente:

Alcance: qué funciones incluye, para qué plataformas y con qué integraciones. Y lo más importante, qué no incluye.
Entregas y plazos: el proyecto dividido en entregas revisables cada pocas semanas, donde veas la app funcionando y no solo reportes de avance.
Precio y forma de pago: asociado a las entregas, no todo por adelantado.
Cambios de alcance: cómo se acuerdan. Lo sano es que cualquier cambio se converse y se actualice por escrito antes de seguir.
Propiedad del código: el código fuente en un repositorio a tu nombre, no solo el instalador de la app.
Cuentas a tu nombre: tiendas de aplicaciones, nube, dominio y servicios de terceros. Si quedan a nombre del proveedor, tu app depende de él.
Pruebas y documentación: pruebas automatizadas y documentación técnica y de despliegue, para que otro equipo pueda continuar el proyecto.
Publicación: si incluye preparar la publicación en Google Play y App Store.
Seguridad: qué se revisa antes de entregar. Si la app maneja datos personales o pagos, conviene una revisión como la que describe la guía de auditoría de seguridad de apps móviles y APIs.
Después de la entrega: qué pasa si aparece un error, y cómo se cotizan el soporte y las funciones nuevas.

Cómo preparar tu solicitud

Mientras más claro llegues a la primera conversación, más precisa será la propuesta. No necesitas un documento técnico; basta con responder estas preguntas:

Qué problema resuelve la app y para quién: clientes, trabajadores o ambos.
Qué hace hoy tu equipo para resolverlo: planillas, correos, WhatsApp, un sistema existente.
Las tres o cuatro cosas imprescindibles para la primera versión, separadas de lo que puede esperar.
Con qué sistemas debe conversar: facturación, inventario, pagos, un ERP.
Qué datos personales tratará.
Si tienes una fecha que no se puede mover, como un lanzamiento o una temporada alta.

Separar lo imprescindible de lo deseable es lo que más ayuda a controlar el costo. Una primera versión acotada que funciona bien vale más que una grande que se atrasa.

Señales de alerta en una propuesta

Precio cerrado sin preguntas sobre el alcance.
“Todo incluido” sin una lista de lo que incluye y lo que no.
El código queda en poder del proveedor o solo recibes el instalador.
Las cuentas de las tiendas o de la nube quedan a nombre del proveedor.
Una sola entrega al final, sin versiones intermedias que puedas probar.
Nada sobre mantención, como si la app no fuera a necesitar actualizaciones.

Preguntas frecuentes

¿Me pueden dar un precio sin una reunión?

Solo un rango muy amplio, que sirve poco para decidir. El precio depende del alcance, y el alcance se entiende conversando sobre qué debe hacer la app, para quién y con qué sistemas se conecta. Una propuesta de una página después de esa conversación te dice mucho más que una cifra al aire.

¿Conviene partir con una versión más pequeña?

Casi siempre. Una primera versión con lo imprescindible te permite validar con usuarios reales antes de invertir en todo lo demás, y el proyecto queda dividido en etapas que puedes aprobar una a una.

¿Necesito una app o me basta con un sitio web?

Si tus clientes necesitan informarse, cotizar o contactarte, un sitio web rápido suele bastar. Una app instalable se justifica cuando la usarán seguido, necesita funciones del teléfono como la cámara o la ubicación, o debe funcionar con mala conexión.

Cómo te podemos ayudar

En Kalfun Tech hacemos desarrollo de apps móviles y sitios web: apps Android nativas con Kotlin y Jetpack Compose, apps en Flutter para Android e iOS, sitios web y aplicaciones web con su API. Después de una conversación de diagnóstico te enviamos una propuesta de una página con alcance, entregas, plazos y precio. Entregamos el código en tu repositorio, con pruebas, documentación y las cuentas a tu nombre, y al cierre hacemos una revisión de seguridad.

¿Tienes una idea de app o un sitio por renovar? Conversemos.