Qué esperar semana a semana al desarrollar tu app o web
Qué pasa en cada semana de un proyecto de app o web: definición, diseño, construcción, pruebas y publicación, con lo que suele alargar el calendario.
Germán Hernández
· 5 min de lectura
Cuando encargas una app o una web, lo normal es que solo veas el resultado final y no sepas qué pasa entre medias. En un proyecto de cuatro semanas como el que hago en Fluxer Labs, la primera semana se dedica a definir y diseñar, las dos siguientes a construir, y la última a probar y publicar. Cada fase tiene entregas concretas para que no dependas de confiar a ciegas hasta el final.
Semana 1: definir qué vas a construir
Esta semana no se escribe apenas código. El objetivo es dejar cerrado qué va a incluir la primera versión: pantallas principales, qué datos se guardan, quién usa cada parte y qué queda fuera para más adelante. Normalmente empiezo con una llamada donde cuentas cómo funciona tu negocio y qué necesitas resolver, y a partir de ahí preparo una propuesta de estructura y diseño.
Apruebas el diseño antes de que se programe nada. Esto evita el problema más habitual en proyectos mal gestionados: cambiar de idea a mitad de desarrollo porque nadie vio cómo quedaba hasta tenerlo construido.
Semanas 2 y 3: la construcción, lo que ves y lo que no
Aquí se reparte el trabajo entre lo visible y lo que sostiene el proyecto por debajo:
- Lo que ves: las pantallas de la app o la web tomando forma, con los textos y el diseño ya aprobados.
- Lo que no ves: el backend, es decir, el sistema que guarda los datos, gestiona usuarios y conecta la app con el panel de gestión si lo hay.
- Lo que pruebas tú: cada semana recibes una versión que puedes instalar en tu móvil o abrir en el navegador, no una captura de pantalla ni un vídeo.
Recibir algo que se puede tocar cada semana cambia la dinámica del proyecto. Si algo no encaja con lo que imaginabas, se corrige en ese momento, no en la revisión final.
Semana 4: pruebas, publicación y entrega
La última semana se dedica a tres cosas: revisar que todo funciona con datos reales, enviar la app a las tiendas si corresponde, y hacer el traspaso de cuentas, dominio y código a tu nombre. Si el proyecto incluye una app móvil, esta semana suele ser la más impredecible, porque Apple y Google revisan cada envío antes de publicarlo y pueden pedir cambios.
Al terminar, lo normal es tener una sesión corta donde te enseño a usar el panel de gestión o a actualizar los contenidos básicos de la web. No sirve de mucho entregar una herramienta que luego nadie sabe manejar.
Qué cambia si el proyecto es más grande
No todos los proyectos caben en cuatro semanas. Una tabla orientativa según el tipo de encargo:
| Tipo de proyecto | Plazo habitual | Qué lo diferencia |
|---|---|---|
| Landing page | 1–2 semanas | Una página, sin backend propio |
| App, web y panel (paquete cerrado) | 4 semanas | Un flujo principal, publicación incluida |
| App móvil con pagos o suscripciones | 4–10 semanas | Integraciones de pago y revisión de tiendas más exigente |
| Software a medida para un proceso interno | Desde 6 semanas | Varios tipos de usuario, integraciones con sistemas existentes |
Si durante la primera llamada ves que tu proyecto no encaja en un paquete cerrado de cuatro semanas, es mejor saberlo en ese momento y ajustar alcance o calendario, no a mitad de camino. Puedes ver el resto de opciones en servicios.
Qué suele alargar el calendario
Hay motivos razonables para que un proyecto se retrase, y casi todos dependen de decisiones que no se tomaron a tiempo:
- Contenidos que no llegan. Textos, fotos o logos que se piden en la semana 1 y no se entregan hasta la semana 3.
- Cambios de alcance a mitad de proyecto. Añadir una función nueva sin decidir antes qué se quita o se pospone.
- Cuentas de desarrollador sin crear. Publicar en App Store o Google Play necesita cuentas propias que a veces tardan días en validarse.
- Revisiones lentas por parte del cliente. Si cada entrega semanal tarda varios días en revisarse, ese tiempo se suma al calendario final.
Ninguno de estos puntos depende de la complejidad técnica del proyecto, sino de la organización alrededor de él. Por eso en la primera semana conviene dejar claro quién revisa cada entrega y con qué rapidez.
Preguntas frecuentes
¿Puedo pedir cambios durante el desarrollo?
Sí, pero conviene distinguir entre un ajuste dentro del alcance aprobado y una función nueva. Lo primero se resuelve en la misma semana. Lo segundo se valora y, si tiene sentido añadirlo, se decide antes de sumarlo al precio o al plazo.
¿Qué pasa si no tengo listos los textos o las fotos al empezar?
El proyecto puede arrancar igualmente con el diseño y la estructura, pero los contenidos reales tienen que llegar antes de la fase de construcción para no retrasar las semanas siguientes. Si no los tienes preparados, puedo ayudarte a redactarlos a partir de una conversación.
¿El calendario es el mismo para una app que para una web?
El proceso de definir, construir y publicar es parecido, pero una app añade un paso que no controla el desarrollador: la revisión de Apple y Google antes de salir a producción. Una web se publica en el momento en que está lista.
Si quieres saber en qué semana estaría tu proyecto y qué incluiría, puedes ver el detalle del paquete de cuatro semanas en desarrollo a precio cerrado.
