Apps con usuarios reales, no prototipos bonitos
iOS y Android hasta la publicación en ambas tiendas. La última que construimos y mantuvimos tiene más de dos millones de usuarios activos en diez países.
En resumen
- Construir la aplicación es la mitad del trabajo: la otra mitad es la revisión de las tiendas, las cuentas de desarrollador, los certificados de firma y el mantenimiento anual.
- Una aplicación sin mantenimiento deja de funcionar sola en unos dos años, porque iOS y Android publican cada año versiones que rompen cosas.
- Quarl usa React Native para la mayoría de los casos —una sola base de código para iOS y Android— y nativo solo cuando el caso lo exige de verdad.
- Si la idea todavía no está validada con usuarios reales, una aplicación es una forma muy cara de averiguarlo: conviene empezar por una web móvil o un flujo por WhatsApp.
Antecedente de operación
Tres años de operación del sistema en producción, no una entrega y una salida.
El fallo más frecuente de las arquitecturas RAG, resuelto con metadata estructurada en la ingesta.
La propuesta llega en 48 horas con alcance, precio y fecha fijos. Si el alcance cambia, se cotiza aparte y se aprueba antes.
La app es la mitad del trabajo
La otra mitad es lo que pasa después, y es donde se atascan la mayoría de los proyectos móviles que terminan mal.
- La revisión de las tiendas. Apple rechaza por razones que no están en ningún checklist obvio y cada rechazo cuesta días. Hay que saber qué revisan y preparar la entrega para eso.
- Las cuentas de desarrollador. Apple cobra USD 99 al año, Google USD 25 por única vez. Deben estar a nombre de tu empresa: si están a nombre de quien construyó la app, la app no es del todo tuya.
- Las actualizaciones del sistema operativo. Cada año iOS y Android cambian cosas que rompen apps. Una app sin mantenimiento deja de funcionar sola en unos dos años.
- Los certificados de firma. Perder la clave de firma de Android significa no poder volver a actualizar la app nunca. Se entregan a tu empresa y se documentan.
Una base de código, dos plataformas
React Native para la mayoría de los casos: una sola base de código para iOS y Android, que es la diferencia entre un proyecto y dos. Nativo solo cuando el caso lo exige de verdad —gráficos pesados, uso intensivo de sensores, integraciones de sistema muy específicas— y lo justificamos antes de proponerlo.
Y el móvil casi nunca viene solo: necesita backend, autenticación, notificaciones push, pagos o integración con lo que ya tenés. Eso lo construimos también, así que no tenés que coordinar dos proveedores que se echan la culpa entre ellos cuando algo falla.
Cuánto cuesta una app en Colombia
Nadie publica esto. Acá van rangos honestos: el precio lo determinan cuántas funciones tiene, con cuántos sistemas se conecta, y si necesita backend propio.
| Tipo | Ejemplo | |
|---|---|---|
| App de catálogo o contenido | Consulta información, sin transacciones ni cuentas complejas. | 6–8 semanas |
| App transaccional | Cuentas de usuario, pagos, notificaciones, backend propio. | 10–16 semanas |
| Plataforma completa | App, panel de administración e integraciones con sistemas existentes. | 4–6 meses |
Costos recurrentes aparte: Apple USD 99/año, Google USD 25 única vez, más infraestructura. El mantenimiento anual suele estar entre el 15% y el 20% del costo de construcción.
Si tu idea todavía no está validada con usuarios reales, una app es una forma muy cara de averiguarlo.
En muchos casos conviene arrancar con una web móvil o incluso con un flujo por WhatsApp, confirmar que la gente lo usa, y construir la app cuando ya sabés qué funciones importan. Te lo decimos en la primera llamada si es tu caso.
Servicios relacionados
Desarrollo de software
El sistema alrededor del modelo, no solo el modelo.
Ver servicioIntegraciones y APIs
Servidores MCP contra los sistemas en operación.
Ver servicioChatbots y asistentes
Con el conjunto de evaluación ejecutado antes de la salida a producción.
Ver servicioConsultoría de IA
Arquitectura, criterios de evaluación y costo por consulta antes de escribir código.
Ver servicioPreguntas frecuentes
¿React Native o nativo?
React Native para la mayoría de los casos, porque una sola base de código para iOS y Android es la diferencia entre un proyecto y dos, en costo y en mantenimiento. Nativo cuando el caso lo exige: gráficos pesados, uso intensivo de sensores, integraciones muy específicas del sistema operativo o requisitos de rendimiento extremos. Lo justificamos con razones concretas antes de proponerlo.
¿Cuánto tarda salir en las tiendas?
La construcción según alcance, de seis semanas a seis meses. La revisión de App Store suele tomar de uno a tres días, pero un rechazo agrega días y a veces semanas si obliga a cambios de producto. Google Play es más rápido. Preparamos la entrega para los criterios de revisión de Apple, que es donde se atasca la mayoría.
¿Las cuentas de desarrollador a nombre de quién quedan?
De tu empresa, siempre. Es un detalle que parece menor y no lo es: si las cuentas están a nombre del proveedor, no podés cambiar de proveedor sin perder la app y sus reseñas. Nosotros configuramos las cuentas a tu nombre desde el principio y te entregamos accesos y certificados documentados.
¿Qué pasa con el mantenimiento?
Cada año iOS y Android publican versiones que rompen cosas, y las tiendas suben sus requisitos mínimos. Una app sin mantenimiento deja de funcionar sola en unos dos años. El mantenimiento anual suele estar entre el 15% y el 20% del costo de construcción, y es opcional: podés hacerlo con tu equipo si documentamos bien, que es lo que hacemos.
¿Incluyen el backend?
Sí. Una app casi nunca vive sola: necesita autenticación, API, base de datos, notificaciones push y a veces pagos. Lo construimos completo para que no tengas que coordinar dos proveedores que se culpan entre ellos cuando algo falla.
¿Pueden agregar funciones de IA a nuestra app?
Sí, y es una de las combinaciones donde más valor vemos: un asistente dentro de la app con el contexto del usuario y sus permisos, búsqueda semántica sobre el contenido, o extracción de datos desde la cámara. Aplicamos la misma exigencia de medición que en cualquier proyecto de IA.
¿Y si nuestra idea todavía no está validada?
Te vamos a sugerir no construir la app todavía. Validar con una web móvil o incluso con un flujo por WhatsApp cuesta una fracción y te dice qué funciones importan de verdad. Construir la app después, sabiendo eso, sale más barato que construirla dos veces.
Agendá 15 minutos
Contanos qué estás construyendo o qué dejó de funcionar. Salís de la llamada con una respuesta concreta: se arregla, se construye, o no vale la pena.