¿Comprar o construir? El costo real de un motor de decisiones in-house

Cada tanto, la discusión vuelve a la mesa: "esto lo podemos hacer nosotros". Y es cierto — un equipo de ingeniería competente puede construir un evaluador de reglas en unos meses. La pregunta correcta no es si se puede, sino qué se está comprando realmente cuando se decide construir: no un desarrollo, sino un compromiso de mantenimiento, gobierno y evolución por todos los años que el crédito sea parte del negocio.

El costo visible y el iceberg

La primera versión — el evaluador que toma una solicitud y devuelve aprobado o rechazado — es la parte visible y la más barata. Debajo del agua está todo lo que una operación de crédito real termina necesitando:

• Versionado y rollback de políticas: saber qué reglas corrían en cualquier fecha y volver atrás en segundos.
• Trazabilidad por decisión: registro de entradas, camino y resultado, con la respuesta cruda de cada proveedor.
• Integraciones con bureaus y fuentes: cada proveedor con su autenticación, sus timeouts, su contingencia y su caché de reconsulta.
• Un editor que el equipo de riesgo pueda operar sin tickets a desarrollo — o el motor in-house convierte a IT en cuello de botella permanente.
• Procesamiento masivo, experimentación champion/challenger, ejecución de modelos, permisos y segregación de funciones, monitoreo…

Cada uno de esos puntos es un proyecto en sí mismo. La suma es la razón por la que los motores in-house suelen quedarse en la versión uno: deciden, pero no se pueden gobernar.

El costo que no aparece en el presupuesto: el tiempo

Mientras el motor propio se construye, la política de crédito sigue viviendo donde vivía: en el core, en planillas o en código que solo dos personas entienden. Cada ajuste de cortes tarda semanas; cada campaña espera su turno en el backlog. El costo de oportunidad — las políticas que no se probaron, los segmentos que no se abrieron — no figura en ningún presupuesto, pero lo paga el negocio todos los meses.

Y está el riesgo de las personas: el motor in-house es tan bueno como la permanencia de quienes lo escribieron. Con cada salida del equipo, una parte del sistema se vuelve arqueología.

Cuándo sí tiene sentido construir

Hay casos legítimos: cuando la decisión es el diferencial competitivo central y la institución tiene escala de ingeniería para sostener un equipo de plataforma dedicado por años; o cuando requisitos muy particulares (latencias extremas, restricciones de infraestructura) descartan cualquier producto. Si esas condiciones no se cumplen — y en la mayoría de las instituciones de Latam no se cumplen — construir es elegir el camino caro para llegar más tarde al mismo lugar.

Cómo decidir con evidencia

La comparación seria se hace por dimensiones, no por intuición: time-to-market, costo total a tres años (equipo incluido), gobierno y auditabilidad, autonomía del equipo de riesgo, y riesgo de dependencia de personas clave. Armamos esa comparación punto por punto en por qué uFlow, y el detalle de lo que un motor gobernado debe cubrir está en nuestras guías para instituciones financieras.

La conclusión corta: construir un motor es fácil; operar un motor gobernado durante años, no. La decisión inteligente pone el esfuerzo de ingeniería propio donde está el diferencial real del negocio — y resuelve la infraestructura de decisión con una plataforma que ya recorrió ese camino.