Ingeniería a medida para sistemas críticos.

Depende del proceso, los usuarios, las reglas, las integraciones, la migración de datos, la seguridad, las pruebas y el soporte. Antes de fijar una cifra realizamos un diagnóstico y separamos descubrimiento, construcción, infraestructura, licencias y costos recurrentes, con entregables, exclusiones y criterios de aceptación explícitos.

El plazo se estima después de confirmar alcance, datos, accesos e integraciones. Se organiza en etapas verificables —diagnóstico, diseño, construcción, pruebas y puesta en marcha— y explicita dependencias de terceros, tiempos de aprobación y riesgos que pueden mover la fecha.

Una plataforma existente suele convenir cuando cubre un proceso estándar sin personalizaciones frágiles. El desarrollo propio cobra sentido cuando el proceso diferencia al negocio, exige reglas o permisos complejos o depende de integraciones críticas. Comparamos costo total, portabilidad, control de datos y capacidad de evolución antes de recomendar configurar, integrar o construir.

Debe describir proceso, usuarios, estados y excepciones; datos e integraciones; requisitos de seguridad y rendimiento; arquitectura; entregables y exclusiones; responsables; criterios de aceptación; despliegue; documentación; capacitación y costos recurrentes. También debe indicar supuestos y cómo se gestionarán los cambios de alcance.

El MVP debe cerrar un recorrido operativo real y producir una señal de éxito. Incluye los roles, datos e integraciones mínimos, además de pruebas, monitoreo y límites de alcance. Las etapas siguientes se priorizan con evidencia del uso, no con una lista inicial de funciones sin validar.

Sí, cuando el sistema ofrece una interfaz o es posible construir un adaptador seguro. Definimos autenticación, contratos y mapeo de datos, límites, reintentos, idempotencia, alertas, conciliación y una salida manual para los casos críticos. La viabilidad se confirma con documentación y accesos técnicos.

Debe quedar definido por contrato: código desarrollado específicamente, componentes de terceros y sus licencias, base de datos, diseños y documentación. También se acuerdan repositorio, credenciales, formato de entrega, derecho de modificación y plan de salida. La redacción contractual debe revisarse con asesoría legal.

La seguridad se trata como requisito desde el diagnóstico: mínimo privilegio, roles, gestión de secretos, cifrado cuando corresponde, control de dependencias, registros, respaldo y recuperación, pruebas y respuesta a incidentes. Los controles se ajustan al riesgo, los datos y la exposición de cada sistema.

Conviene separar garantía, soporte operativo, infraestructura, actualizaciones preventivas y evolución funcional. El acuerdo debe definir severidades, tiempos de respuesta, monitoreo, respaldos, despliegues, responsables y costos de terceros, además de una forma de priorizar mejoras.

En muchos casos sí, mediante etapas: aislar componentes, sincronizar y conciliar datos, operar en paralelo, pilotear, mover tráfico gradualmente y conservar rollback. Algunas dependencias pueden exigir una ventana controlada; por eso se acuerdan disponibilidad, tolerancia de pérdida de datos, responsables y plan de reversión.