Cuánto tarda un software de gestión a medida en estar operativo

El plazo depende de cuántos sistemas debe coordinar, no de cuántas pantallas tiene

Igual que ocurre con el presupuesto, el calendario de una herramienta interna crece con el número de integraciones, roles y volumen de datos que hay que mover, no con la cantidad de pantallas de la aplicación.

Una herramienta que solo debe funcionar de forma aislada puede estar operativa en semanas. Una que debe hablar con el correo, la facturación o un CRM existente necesita tiempo adicional para probar esas conexiones con datos reales, no solo con ejemplos.

• Número de sistemas a integrar
• Roles y permisos internos
• Volumen de datos a migrar
• Requisitos normativos del sector

La migración de datos suele ser la fase que menos se planifica

Mover información desde hojas de cálculo o un sistema anterior casi nunca es una copia directa: hay que limpiar duplicados, decidir qué hacer con registros incompletos y validar que el resultado cuadra con lo que el equipo reconoce como correcto.

Subestimar esta fase es una de las causas más frecuentes de retraso, porque suele descubrirse tarde cuánta limpieza necesitan realmente los datos existentes.

La adopción del equipo forma parte del plazo, no es posterior a él

Una herramienta interna no termina cuando el código funciona: termina cuando el equipo que la usará cada día la adopta en lugar de volver a la hoja de cálculo de siempre. Probar con usuarios reales, ajustar y formar al equipo son fases con tiempo propio.

Un calendario que solo cuenta desarrollo y omite pruebas con el equipo real suele parecer más corto de lo que después resulta ser.

Qué alarga el plazo más de lo esperado

Los sistemas externos con los que hay que integrar rara vez se comportan exactamente como indica su documentación. Descubrir esa diferencia durante el desarrollo, y no antes, es una causa habitual de retraso.

Los cambios de proceso a mitad de proyecto —una nueva regla, un permiso adicional, un informe que se añade sobre la marcha— también mueven la fecha, aunque parezcan ajustes menores.

Cómo leer un calendario antes de aceptarlo

Un calendario serio separa análisis, desarrollo, migración, pruebas con el equipo real y formación, con un criterio de aceptación para cada fase. Así puedes ver qué depende del proveedor y qué depende de tu propia disponibilidad para revisar y decidir.

Si el calendario no incluye tiempo para migrar datos ni para que el equipo pruebe la herramienta antes del lanzamiento definitivo, probablemente esas fases aparecerán igualmente, solo que sin haber sido planificadas.