TL;DR: El desarrollo de una app tiene seis fases: discovery (definición del alcance), diseño UX/UI, desarrollo, testing, lanzamiento en tiendas y mantenimiento. Un MVP básico completa las primeras cinco fases en 10–16 semanas. Saltear el discovery es el error que más caro le sale a las pymes.
Desarrollo de apps: proceso completo desde la idea al lanzamiento
Una app no aparece de la nada. Detrás de cada aplicación que usás hay meses de trabajo divididos en fases muy concretas, con entregables específicos en cada una. Entender ese proceso te ayuda a tomar mejores decisiones, a saber qué pedirle a tu proveedor y a no llevarte sorpresas cuando el proyecto se complica.
Puntos clave
- El proceso completo de una app tiene seis fases bien diferenciadas
- El discovery es la fase más importante y la que más se subestima
- Sin diseño validado, el desarrollo produce código que hay que reescribir
- El testing no es opcional — las apps sin QA llegan con bugs a las tiendas
- El lanzamiento no es el final: el 80% de la vida útil de una app es post-lanzamiento
Fase 1: Discovery y definición del alcance
El discovery es la fase donde se define exactamente qué se va a construir, cómo y para quién. Muchos proyectos la saltean porque "ya saben lo que quieren" — y eso les cuesta el doble después.
Qué se hace en el discovery:
- Entrevistas con usuarios potenciales para validar el problema que se quiere resolver
- Mapeo de los flujos principales de la app (qué hace el usuario paso a paso)
- Definición de las funcionalidades del MVP vs. las de versiones futuras
- Arquitectura técnica inicial (qué tecnología, qué infraestructura)
- Estimación detallada de tiempo y costo
Duración: 1–3 semanas
Costo: USD 1.500 – USD 5.000
Por qué vale la inversión: Un discovery bien hecho puede reducir el costo total del proyecto entre un 20% y un 40% al eliminar ambigüedades que generan retrabajo durante el desarrollo.
💡 Consejo
Si el proveedor no incluye ninguna instancia de discovery en su propuesta, preguntá explícitamente qué pasa cuando algo del scope no está claro. La respuesta va a decirte mucho sobre cómo van a manejar los cambios más adelante.
Fase 2: Diseño UX/UI
Una vez que el alcance está claro, el diseñador trabaja en dos capas:
UX (User Experience): Cómo funciona la app. Wireframes de cada pantalla, flujos de navegación, manejo de estados (cargando, error, vacío), arquitectura de la información. El UX define la lógica de uso antes de ponerle color o tipografía.
UI (User Interface): Cómo se ve la app. El sistema visual: paleta de colores, tipografía, iconografía, componentes reutilizables, adaptación a distintos tamaños de pantalla.
Entregable clave: Un prototipo navegable en Figma que permite testear la experiencia antes de escribir una sola línea de código. Los cambios en Figma cuestan USD 0; los mismos cambios en código cuestan horas de desarrollo.
Duración: 3–6 semanas (para un MVP)
Costo: USD 2.000 – USD 8.000
¿Por qué no saltear el diseño?
Muchos proyectos arrancan el desarrollo directamente con mockups rudimentarios o "lo vamos viendo". El resultado invariablemente es que a mitad del desarrollo el cliente pide cambios de estructura que obligan a reescribir pantallas enteras. Costoso, lento y frustrante para todos.
Fase 3: Desarrollo
Con el diseño aprobado, empieza el desarrollo. Esta es la fase más larga y más cara del proceso.
Front-end (lo que el usuario ve)
El developer de front-end toma los diseños de Figma y los convierte en código. Pantallas, navegación, animaciones, formularios, validaciones. En React Native, este código funciona en iOS y Android.
Back-end (el servidor)
El back-end maneja la lógica de negocio, la base de datos y la comunicación con la app. Un usuario que se registra, un pedido que se procesa, un producto que se actualiza — todo eso pasa en el back-end.
API (el puente entre ambos)
La API es el contrato entre el front-end y el back-end. Define qué información se puede pedir, en qué formato y bajo qué condiciones de autenticación.
Duración: 6–16 semanas (según complejidad)
Metodología: Los mejores equipos trabajan en sprints de 1–2 semanas, con demos al cliente al final de cada sprint. Esto permite detectar problemas temprano y ajustar la dirección sin esperar al final.
Gestión del código
El código vive en un repositorio (GitHub o GitLab). Pedí acceso desde el primer día — es tuyo.
Fase 4: Testing y QA
El testing no es solo "apretar botones". Un proceso de QA serio incluye:
- Testing funcional: ¿Cada funcionalidad hace lo que tiene que hacer?
- Testing de regresión: ¿El nuevo código no rompió nada que funcionaba?
- Testing en dispositivos reales: ¿Funciona igual en un Samsung Galaxy A14 que en un iPhone 15?
- Testing de performance: ¿La app tarda más de 3 segundos en cargar?
- Testing de seguridad básico: ¿Las contraseñas están encriptadas? ¿Los datos sensibles están protegidos?
Duración: 2–4 semanas
Costo: 8–12% del costo total del proyecto
🚫 Importante
Una app que se publica sin testing adecuado recibe malas reseñas en la tienda que son muy difíciles de revertir. En App Store, bajar de 4 estrellas impacta directamente en las descargas orgánicas. La inversión en QA siempre vale más de lo que cuesta.
Fase 5: Lanzamiento en tiendas
Publicar en App Store y Google Play no es apretar un botón. Implica:
Google Play: Crear la cuenta (USD 25 único), subir el APK o AAB, completar la ficha de la app (descripción, screenshots, política de privacidad), esperar la revisión. Generalmente tarda horas o 1–2 días.
App Store: Crear la cuenta (USD 99/año), subir el build, completar los metadatos, enviar a revisión. La revisión de Apple tarda entre 1 y 3 días hábiles. Hay lista de verificación larga de requisitos que, si no se cumplen, generan un rechazo con tiempo de corrección adicional.
Duración: 1–2 semanas (incluyendo posibles correcciones por rechazo)
Fase 6: Mantenimiento y evolución
El lanzamiento no es el final — es el comienzo. Una app exitosa evoluciona continuamente según el feedback de los usuarios y los cambios del mercado.
| Tipo de mantenimiento | Frecuencia | Costo estimado (USD/mes) |
|---|---|---|
| Corrección de bugs críticos | Cuando aparecen | Incluido en garantía (30–90 días) |
| Actualizaciones de seguridad | Mensual | Parte del mantenimiento regular |
| Adaptación a nuevas versiones de iOS/Android | 2 veces/año | USD 500–2.000 c/u |
| Nuevas funcionalidades | Según roadmap | USD 3.000–15.000 por sprint |
| Monitoreo y alertas de errores | Continuo | USD 50–150/mes (herramientas) |
Errores comunes en el proceso de desarrollo
- Saltear el discovery: El más caro de todos. El proyecto avanza en la dirección equivocada y hay que rectificar tarde.
- No hacer demos al cliente durante el desarrollo: El cliente ve la app por primera vez al final y pide cambios grandes que ya son costosos.
- No tener el contenido listo: Textos, imágenes, datos de prueba — si no están cuando el developer los necesita, el proyecto se para.
- Subestimar el tiempo de testing: Se recorta QA para compensar retrasos en desarrollo. El resultado es bugs en producción.
- No planificar el post-lanzamiento: La app sale y nadie sabe quién es el responsable de los bugs que aparecen la semana siguiente.
Para tener una estimación del costo total del proceso según el tipo de app que necesitás, usá el cotizador de AppWizard.
Preguntas frecuentes
- Un MVP de app móvil básica tarda entre 10 y 16 semanas desde el inicio del discovery hasta la publicación en tiendas. Una app de mediana complejidad tarda entre 4 y 7 meses. Los proyectos complejos con muchas funcionalidades e integraciones pueden durar 8–12 meses. El tiempo aumenta significativamente sin una buena definición inicial del alcance.
- El discovery es la fase inicial del proyecto donde se define exactamente qué se va a construir. Incluye entrevistas con usuarios, mapeo de flujos, definición del MVP, arquitectura técnica y estimación de costos. Dura entre 1 y 3 semanas y cuesta entre USD 1.500 y USD 5.000. Es la inversión que más impacto tiene en el éxito del proyecto.
- Un sprint es un período de trabajo corto (generalmente 1 o 2 semanas) al final del cual el equipo entrega funcionalidades concretas y medibles. Esta metodología, llamada Agile o Scrum, permite al cliente ver el avance real del proyecto y ajustar la dirección antes de que sea tarde. Es mucho más efectiva que los modelos en cascada donde el cliente ve la app recién al final.
- La revisión de Apple para el App Store tarda entre 1 y 3 días hábiles. Si la app no cumple con alguno de sus requisitos, Apple la rechaza y hay que corregir el problema y volver a enviarla, lo que puede agregar 3–5 días adicionales. Los rechazos más comunes son por política de privacidad incompleta, mal manejo de permisos y uso de APIs deprecadas.
- El proveedor generalmente ofrece una garantía de 30 a 90 días para bugs existentes en el momento de la entrega. Después de ese período, los bugs se cobran a tarifa por hora o como parte de un contrato de mantenimiento. Los bugs causados por cambios en iOS, Android o APIs de terceros generalmente no están cubiertos por la garantía.