Cómo elegir una solución tecnológica (4): ¿cuándo internalizar?
Hay una tercera opción que suele pasarse por alto: internalizar el desarrollo, la operación o el control de una solución crítica. No todo puede ni debe delegarse.
Cuarta entrega de la serie sobre cómo elegir soluciones tecnológicas.
Hemos hablado de soluciones especializadas e integrales. Pero hay una tercera opción que muchas veces se pasa por alto: internalizar el desarrollo, la operación o el control de una solución crítica para el negocio. ¿Por qué internalizar algo si hay soluciones en el mercado? Porque no todo puede ni debe delegarse. A veces la solución es parte estructural de la propuesta de valor, del modelo operativo o de la diferenciación estratégica; o, simplemente, se necesitan niveles de servicio que el mercado no ofrece.
Los riesgos de externalizar lo que está cerca del core
Cuando se externaliza una solución demasiado cercana al corazón del negocio, se corre el riesgo de perder flexibilidad para adaptarla, no controlar los datos más sensibles, quedar atado a los tiempos de un proveedor y no construir capacidades internas clave.
Algunas señales de que podría convenir internalizar: el sistema forma parte directa de la experiencia del cliente o de la entrega de valor; debe evolucionar rápido según criterios propios; hay conocimiento crítico que no se quiere compartir; o se necesita asegurar disponibilidad alta en períodos críticos que no coinciden con los del proveedor.
Internalizar no siempre es desarrollar desde cero: puede ser adoptar software libre con desarrollo propio, mantener un equipo que gestione una plataforma contratada o asumir el control del roadmap. Como siempre, la clave es el match entre la solución y la organización; aquí el criterio no es solo técnico, sino estratégico: ¿cuán cerca está esta solución del corazón de lo que hacemos?
Parte 4 de 9. Publicado originalmente por Jens Hardings en LinkedIn (agosto de 2025). Adaptado para el blog de Moit.