¿Cuánto tarda en desarrollarse un software a medida? Semanas, no trimestres
Date Published
En proyectos pequeños o medianos con un alcance cerrado, buena parte del software de empresa a medida puede completarse hoy en semanas, no meses. Estos son los rangos orientativos de Globaprom para paquetes con alcance aprobado: una automatización de flujos de trabajo en dos o tres semanas, una aplicación web a medida en tres a seis, una plataforma multilingüe en cinco a ocho; el plazo real depende del alcance, las integraciones, la migración de datos, la localización, la conformidad y la validación. La IA comprime el tiempo de escritura que antes dominaba el calendario, mientras que las partes que te protegen, el alcance, la revisión y las pruebas, siguen costando esfuerzo humano real.
La vieja respuesta a esta pregunta era "varios meses, quizá un año", y mantuvo a muchas empresas sin construir las herramientas que necesitaban. Esa respuesta caducó. Lo que viene da los plazos reales por tamaño de proyecto, muestra adónde van de verdad las semanas y es honesto sobre lo que alarga una construcción. Para la práctica detrás de la compresión, mira el vibe coding y el desarrollo asistido por IA.
Por qué los plazos de antes eran tan largos
El software a medida tradicional podía tardar de meses a trimestres por una combinación de alcance, diseño, integración, pruebas, coordinación y mantenimiento; reducirlo a un solo motivo, que un ingeniero tecleaba cada línea, sería demasiado absoluto, aunque la escritura manual del código sí pesaba mucho en ese calendario. El calendario crecía con el tamaño de la base de código, porque escribir código era un cuello de botella central, y buena parte de lo demás hacía cola detrás.
Las herramientas de código con IA redujeron buena parte de ese cuello de botella. Un ingeniero sénior puede dirigir ahora a un modelo para que genere gran parte del código de una función en minutos, y luego dedicar su propio tiempo al trabajo que aún necesita una persona. Un ensayo controlado con 96 ingenieros de Google observó que el grupo que usó IA fue aproximadamente un 21 % más rápido en tareas de escritura, edición y pruebas, aunque la evidencia disponible es contextual y no permite afirmar que la IA genere la mayor parte del código de cualquier proyecto ni que convierta sistemáticamente los trimestres en semanas. La escritura dejó de dominar tanto el calendario como antes. Lo que queda es la ingeniería a su alrededor, y esa suele ser una lista de horas más corta. La compresión es real, y por eso hablamos de "semanas, no trimestres" para buena parte del software de empresa que construimos, sin presentarlo como una regla universal del mercado.
Plazos reales por tamaño de proyecto
Globaprom da presupuesto con tres paquetes cerrados, cada uno con un plazo de entrega típico medido desde un alcance aprobado. Son los mismos plazos de nuestros paquetes con precio cerrado, no estimaciones inventadas para la ocasión.
Automatización de flujos de trabajo: de 2 a 3 semanas. Un solo proceso automatizado de principio a fin: ensamblado de documentos, traspaso de datos entre dos sistemas, una cadena de aprobación, un informe programado. Corto, porque el alcance está contenido y las integraciones son pocas.
Aplicación web a medida: de 3 a 6 semanas. La herramienta que tu equipo hoy embute en hojas de cálculo o de un SaaS casi adecuado: un sistema de reservas, una herramienta de presupuestos, un portal de clientes, un panel interno. Más largo, porque carga con autenticación, roles, una zona de administración y normalmente un par de integraciones.
Plataforma multilingüe: de 5 a 8 semanas. Un producto de cara a clientes o socios construido para funcionar en más de un idioma, con interfaces localizadas, un pipeline de traducción y multidivisa, fechas y formatos adaptados a cada locale. El más largo de los tres, porque cada capa tiene que funcionar entre idiomas y mercados.
La mayoría de los proyectos caben en una de estas bandas. La ventana empieza cuando el alcance está aprobado, y por eso la conversación de alcance merece hacerse con cuidado en vez de deprisa.
Adónde van de verdad las semanas
La sorpresa para casi todo el que compra es que el paso de generación con IA es la parte más corta. El calendario lo domina todo lo que lo rodea.
El alcance va primero, y pone el reloj en marcha. Antes de que se genere una sola línea, las funcionalidades, el precio y la fecha de entrega se escriben y se aprueban. Ir con prisas aquí es la forma más fiable de alargar un proyecto, porque un alcance poco claro produce retrabajo, y el retrabajo es donde los plazos se van.
La generación es rápida. Con un alcance claro, la IA produce el grueso del código deprisa. Es el paso que antes tardaba meses y ahora ocupa una fracción del calendario. Esas herramientas pueden acelerar ciertas tareas de desarrollo, pero sus salidas deben validarse y no sustituyen la revisión crítica antes de la puesta en producción, según OWASP.
La revisión y las pruebas cuestan tiempo real, a propósito. Un ingeniero sénior lee cada línea, la batería de pruebas se escribe y se ejecuta, las dependencias se analizan y la seguridad se comprueba. La AEPD recomienda evitar datos personales reales en los entornos de prueba y aplicar medidas técnicas y organizativas adecuadas al riesgo, así que estas pruebas y la revisión de seguridad no son pasos prescindibles. Es tiempo humano deliberado, y es la razón por la que el software es algo sobre lo que montar un negocio en vez de una demo. La secuencia completa está documentada en cómo definimos el alcance, construimos y revisamos.
La entrega lo cierra. Documentación, despliegue y transferencia de la propiedad completa del código a ti. Corto, pero real.
El tiempo y el coste se mueven juntos aquí, porque los impulsa la misma compresión. El lado del precio de la misma historia está en nuestro desglose del coste del desarrollo de software con IA.
Qué hace que una construcción tarde más
Tres factores mueven un proyecto hacia la parte alta de su banda, o más allá.
Las integraciones. Cada sistema con el que el software tiene que hablar añade tiempo. Una API limpia y documentada se conecta rápido. Un formato heredado como el EDI, o un sistema sin API real, tarda más porque la conexión en sí hay que construirla. Una sola integración peliaguda puede añadir más tiempo que un puñado de pantallas sencillas.
El cumplimiento. El tratamiento de datos según el RGPD, el alcance de PCI DSS en los pagos, las pistas de auditoría: todo construible, todo más rápido cuando se acota por adelantado en lugar de descubrirse a mitad de camino. Cuando el desarrollo trata datos personales o intervienen terceros con acceso a ellos, el tratamiento debe quedar encuadrado por las obligaciones del RGPD y por contratos que definan su objeto, duración, naturaleza y finalidad, según la AEPD e INCIBE. El cumplimiento descubierto tarde es la causa clásica de un plazo que se alarga en cualquier proyecto, asistido por IA o no.
La localización y la complejidad. Los idiomas extra añaden trabajo de contenido y de pruebas. Más roles de usuario, más datos que migrar y los requisitos de móvil con funcionamiento sin conexión añaden cada uno ingeniería. Nada de eso está oculto: todo aparece en el alcance escrito que apruebas antes de que arranque el reloj. Justo por eso el software logístico a medida, con sus formatos transfronterizos e integraciones con transportistas, tiende a situarse en el extremo más largo, mientras que una herramienta enfocada para un equipo pequeño aterriza en el más corto.
La vía más rápida: empieza por un MVP
Si la velocidad es la prioridad, la ruta más corta hacia algo real delante de usuarios es una primera versión deliberadamente mínima. En lugar de construir todas las funciones a la vez, construyes el núcleo que demuestra la idea, lo publicas en semanas y creces a partir de lo que aprendes. Ese es el modelo detrás del desarrollo de un MVP con IA, y es la elección correcta cuando validar la demanda importa más que lanzar algo completo. Buena parte del software a medida para pymes conviene empezarlo así: demuestra que funciona, luego hazlo crecer.
Un plazo realista de la primera llamada al lanzamiento
De principio a fin, un proyecto pequeño o mediano típico va así. Una llamada de alcance y un alcance escrito llevan unos días, incluido tu tiempo de revisarlo y aprobarlo. La construcción, generación más revisión más pruebas, ocupa la ventana de dos a ocho semanas según el tamaño de su paquete. La entrega suma unos días. Así que de "deberíamos construir esto" a "está en marcha", muchos proyectos pequeños o medianos con alcance aprobado se miden en semanas, con el número exacto fijado por el tamaño del alcance, las integraciones y el cumplimiento, todo conocido antes de que te comprometas.
Preguntas frecuentes
¿Cuánto se tarda en desarrollar un software a medida?
En proyectos pequeños o medianos con alcance cerrado, buena parte del software de empresa puede tardar semanas con desarrollo asistido por IA: de 2 a 3 semanas una automatización de flujos de trabajo, de 3 a 6 una aplicación web a medida, de 5 a 8 una plataforma multilingüe. La IA comprime el tiempo de escritura, mientras que el alcance, la revisión y las pruebas siguen costando esfuerzo humano deliberado.
¿Por qué es más rápido el desarrollo asistido por IA que el tradicional?
Porque la IA puede generar gran parte del código en minutos en vez de que un ingeniero lo teclee durante meses. La evidencia experimental disponible apunta a mejoras de velocidad en tareas concretas, pero su magnitud depende del contexto: un ensayo controlado con 96 ingenieros de Google observó que el grupo con IA fue aproximadamente un 21 % más rápido. La escritura era el cuello de botella. Una vez reducida, el trabajo restante, alcance, revisión y pruebas, es una lista de horas más corta, así que los meses pueden comprimirse en semanas.
¿Cuánto se tarda en crear una app en concreto?
Una aplicación web enfocada tarda normalmente de 3 a 6 semanas desde un alcance aprobado. El rango depende de cuántas integraciones necesita, de si maneja pagos o datos personales y de cuántos roles de usuario e idiomas admite. Todo eso se conoce antes de que empiece la construcción.
¿Qué hace que un proyecto de software tarde más de lo estimado?
Un alcance poco claro primero, luego integraciones difíciles (formatos heredados, sistemas sin API), cumplimiento descubierto tarde e idiomas o roles de usuario añadidos. Un alcance escrito ayuda a reducir la incertidumbre y a identificar los factores que pueden alargar el proyecto, aunque no evita por sí solo todos los desbordamientos, porque los factores que alargan una construcción se nombran y se cifran antes de generar código.
¿Se puede construir un software a medida en unos días?
Un prototipo tosco, sí. Software de producción sobre el que montar un negocio, no: la revisión, las pruebas y la seguridad cuestan tiempo real, y saltárselos solo parece más rápido hasta el primer incidente. Para un producto de producción, la revisión, las pruebas y la seguridad requieren tiempo; la duración mínima depende del alcance y del nivel de riesgo.
¿Una fecha de entrega fija significa recortar en calidad?
No. La fecha se fija contra un alcance cerrado, y la revisión y las pruebas están dentro de ese alcance, no sacrificadas para cumplirla. Si una construcción se alarga, absorberlo es problema nuestro, no tuyo. Nuestros servicios de desarrollo asistido por IA se comprometen con la fecha y con la revisión a la vez.
Consigue una fecha de entrega real, no una conjetura
Los plazos solo significan algo cuando vienen con un alcance cerrado detrás. Cuéntanos qué necesitas construir y responderemos con un alcance escrito, un precio cerrado y una fecha de entrega medida en semanas, con cada línea revisada por un ingeniero sénior antes de que te llegue.