La IA acelera tareas puntuales del desarrollo, como escribir código repetitivo, pero no elimina el cuello de botella real: definir bien el alcance y recibir a tiempo la información del cliente. En Progresus, la mediana de entrega de un desarrollo a la medida es de 70 días, sin importar si se usó IA.
Lo que cambia es la velocidad de ciertas tareas concretas. Escribir una función repetitiva, generar la estructura inicial de una pantalla, o producir una primera versión de código a partir de una descripción, toma menos tiempo con IA que escribiéndolo desde cero.
Lo que no cambia es el proceso completo. Definir qué debe hacer el sistema, decidir cómo se comportan los casos especiales, y validar que el resultado cumple lo que el negocio necesita, sigue siendo trabajo humano. La IA participa en una parte del ciclo, no lo reemplaza entero.
Es una distinción que se pierde fácil en una conversación de ventas. Una agencia puede decir con razón que usa IA, y aun así entregar en un plazo parecido al de siempre, porque la parte que aceleró no era la que más tiempo consumía.
No de forma pareja. Escribir código es una fracción del tiempo total de un proyecto, no la mayoría. El resto se reparte entre entender el problema, decidir el diseño de la solución, revisar el resultado contra casos reales, y ajustar lo que no funcionó a la primera.
Un código generado más rápido con IA todavía necesita revisión, pruebas y ajuste frente a los casos reales del negocio. Esos pasos no se aceleran solo porque el código se escribió distinto. Si acaso, revisar código que uno no escribió línea por línea puede tomar un poco más de atención, no menos.
Esto no significa que la IA no ayude. Significa que ayuda en una porción específica del trabajo, y que esa porción rara vez es la que define cuánto dura el proyecto completo.
La siguiente tabla resume qué cambia y qué no, tarea por tarea:
| Tarea del proyecto | Con IA | Sin IA |
|---|---|---|
| Escribir código repetitivo | Más rápido | Ritmo habitual |
| Generar la primera versión de una pantalla | Más rápido | Ritmo habitual |
| Definir el alcance del proyecto | Igual de lento si no está claro | Igual de lento si no está claro |
| Revisar el resultado contra casos reales | Necesario igual | Necesario igual |
| Esperar información del cliente | Mismo cuello de botella | Mismo cuello de botella |
| Costo total del proyecto | Baja solo en la parte acelerada | Sin cambio |
La parte que menos cambia es la que depende de decisiones del negocio. Construir con IA o sin ella exige decisiones del negocio que solo el cliente puede dar: qué regla aplica en cada caso, qué excepción existe, qué prioridad tiene un flujo sobre otro. Ninguna herramienta puede tomar esas decisiones por el cliente.
Construir con IA o sin ella exige decisiones del negocio que solo el cliente puede dar: qué regla aplica en cada caso, qué excepción existe, qué prioridad tiene un flujo sobre otro.
Esto se nota más en proyectos donde el alcance no estaba del todo definido antes de empezar. La IA puede generar código rápido para la primera versión de una pantalla, pero si esa pantalla necesita cambiar dos veces porque el negocio no había terminado de decidir cómo debía funcionar, el tiempo que se ahorró al escribir se pierde reescribiendo.
La otra parte que no cambia es la comunicación con el cliente. Un equipo que usa IA para escribir código sigue necesitando respuestas claras y a tiempo sobre cómo debe comportarse el sistema. Esa dependencia no desaparece por la herramienta que se use del otro lado.
Todavía no existe en Progresus una cifra propia de tiempo de entrega usando IA de forma sistemática, así que la comparación honesta es con lo que sí está medido: el desarrollo tradicional.
La mediana de entrega de un proyecto de desarrollo a la medida es de 70 días, cuando el cliente aporta a tiempo lo que el equipo necesita. Esa cifra sirve como punto de partida real para comparar cualquier promesa de plazo, sea que la agencia use IA o no.
La mediana de entrega de un proyecto de desarrollo a la medida es de 70 días, cuando el cliente aporta a tiempo lo que el equipo necesita.
El dato que más pesa sobre ese plazo no es la herramienta de desarrollo, es la disponibilidad del cliente. El 22.4 por ciento de los proyectos de desarrollo se detiene esperando insumos del cliente, y los proyectos que pasan por esa espera tardan 182 por ciento más: 161 días contra 57. Esa diferencia es mucho mayor que cualquier ahorro razonable que la IA pueda aportar en la escritura de código.
Esto da una vara de medir útil. Una cotización que promete un plazo mucho menor al típico, con o sin IA de por medio, probablemente está subestimando el trabajo de definición y revisión, no siendo más eficiente en la parte que realmente importa.
El costo sigue la misma lógica que el tiempo. Puede bajar en las tareas puntuales que la IA acelera, pero el costo total del proyecto depende más del alcance y de cuánto tiempo se detiene esperando información que de la herramienta que use el equipo para escribir código.
Un proyecto detenido 161 días en vez de 57 no solo tarda más, también cuesta más, porque consume tiempo del equipo que estaba asignado a otras cosas mientras espera. Ese costo adicional existe independientemente de si el código de fondo se escribió con asistencia de IA o sin ella.
Por eso la pregunta que vale la pena hacer antes de firmar no es si la agencia usa IA. Es qué tan definido está el alcance antes de empezar, y qué tan rápido puede tu equipo responder preguntas durante el proyecto. Esos dos factores pesan más en el plazo y en el costo final que la herramienta que use el equipo de desarrollo del otro lado.
Vale la pena pedir que la agencia sea específica: en qué parte exacta del proceso usa IA, y cómo eso afecta el cronograma que te está proponiendo. Una respuesta vaga sobre "usamos IA para ser más rápidos" no dice nada verificable. Una respuesta concreta sobre qué tarea se acorta y por cuánto sí permite comparar.
La diferencia está en la velocidad de ciertas tareas puntuales, como escribir código repetitivo o generar una primera versión de una pantalla, no en el proceso completo de definir, construir y ajustar el proyecto.
Si quieres ver qué tiempos esperar antes de elegir enfoque, revisa por qué un desarrollo a la medida tarda lo que tarda. También puedes revisar desarrollo de software con ia vs desarrollo tradicional, dentro de la guía completa que Progresus Apps armó sobre desarrollo de software a la medida.