IA local: gobernanza antes de la compra de hardware
Benedikt Langer
10 min de lecturaCuatro desarrollos en dos semanas demuestran que la IA operada en local va mucho más ...
68 por ciento de las organizaciones de TI planean una consolidación de proveedores en 2026. La mayoría pretende reducir el número de proveedores en 20 por ciento. La realidad: la mayoría de los programas necesitan entre 30 y 36 meses, alcanzan una reducción de 18 por ciento y solo registran los ahorros en el tercer año. El error costoso no es la cifra objetivo, sino la subestimación de la brecha de integración entre lo antiguo y lo nuevo.
Lo más importante en pocas palabras
El dato procede de un estudio de Gatekeeper sobre la Consolidación de Proveedores para 2026: 68% de los líderes tecnológicos encuestados afirma que reducirá activamente sus carteras de proveedores en los próximos doce meses. El objetivo promedio es tener 20% menos proveedores -una cifra muy inferior a las demandas de reducción de costes semestrales de muchos CFO, pero dentro de un margen que los equipos pueden manejar operativamente.
Los impulsores son tres factores conocidos: costes, riesgo y complejidad. Los costes, debido a los stacks SaaS inflados durante la pandemia. El riesgo, porque cada relación con un proveedor abre una superficie propia de seguridad, cumplimiento normativo y protección de datos. La complejidad, porque nadie controla completamente entre 120 y 200 proveedores en una empresa de tamaño medio. La idea de «menos es mejor» es intuitivamente correcta. Su implementación no lo es.
Gartner agudiza la mirada hacia el futuro: hasta 2027, 70% de todas las organizaciones consolidarán sus proveedores de aplicaciones nativas de la cloud en un máximo de tres proveedores estratégicos. Esta es una cifra radical que marca la diferencia entre una racionalización táctica y una decisión arquitectónica estratégica. Quien hoy trabaja con cinco plataformas cloud, cuatro stacks de observabilidad y tres proveedores de identidad no alcanzará este objetivo en un año.
Definición
Consolidación de Proveedores es la reducción deliberada del número de proveedores activos mediante la fusión de funciones superpuestas en un único partner estratégico. Se diferencia de la Racionalización de Proveedores, donde solo se cancelan contratos redundantes o infrautilizados sin alterar la arquitectura. La racionalización es limpiar; la consolidación es remodelar.
Quien observa los programas de consolidación en empresas de la región DACH (Alemania, Austria, Suiza), identifica tres oleadas recurrentes – cada una con su propio objetivo, horizonte temporal y obstáculos específicos.
La primera oleada es la consolidación de herramientas de seguridad. Gartner ya informó en 2022 que el 75 por ciento de las organizaciones aspira a una consolidación de proveedores de seguridad, principalmente porque los CISOs (Directores de Seguridad de la Información) manejan entre cinco y doce herramientas superpuestas para endpoint, red, identidad y SIEM (gestión de eventos e información de seguridad). Esta oleada se ha implementado ampliamente en 2024 y 2025 – quien hoy aún dependa de 20 proveedores de seguridad, ha perdido el movimiento del mercado. Resultado típico: reducción a una plataforma XDR (Extended Detection and Response) junto con dos o tres complementos especializados.
La segunda oleada es la consolidación de herramientas SaaS fuera del ámbito de la seguridad. Slack, Teams, Notion, Asana, Jira, Confluence, Monday, Airtable – la colaboración y la productividad son los puntos de ataque más visibles. Aquí, el ahorro suele ser menor de lo esperado, porque la resistencia de los usuarios y las dependencias de los flujos de trabajo son mayores que en el contexto de seguridad. Según Gartner, el mercado intermedio ha reducido en promedio el 18 por ciento de su portafolio SaaS en los últimos dos años – generalmente de forma silenciosa y mediante licencias caducadas, no mediante migraciones activas.
La tercera oleada es la consolidación de plataformas en la infraestructura cloud. Aquí se encuentran los grandes impulsores de los próximos años: las arquitecturas multi-cloud se reducen deliberadamente, las plataformas de observabilidad se unifican y la gestión de APIs se centraliza. Esta es la oleada que aborda la predicción del 70 por ciento de Gartner. Es técnicamente exigente, políticamente delicada dentro de la organización y tiene los plazos más largos – raramente menos de 24 meses, frecuentemente 36 o más.
Los CFOs suelen exigir una reducción de proveedores de entre 30 y 40% en proyectos de consolidación. La experiencia de programas reales muestra que el 20% es el límite máximo sostenible si la consolidación debe ejecutarse sin afectar la operación. David Weisong, CIO de Energy Solutions, redujo el catálogo de software de 120 a 105 aplicaciones en tres años, es decir, un 12,5%. Durante ese mismo periodo, su empresa escaló de dos ubicaciones con 120 empleados a más de 500 empleados y seis ubicaciones. Sin la consolidación, el catálogo probablemente habría crecido hasta 180 aplicaciones.
Fuentes: Gatekeeper Vendor Consolidation Report 2026, Gartner SaaS Management 2025, CIO.com Case Analysis
¿Por qué es difícil lograr más? Cuatro razones se interrelacionan. Primero: Al menos el 30% de los proveedores están tan profundamente integrados en los procesos operativos que su sustitución sería un proyecto de migración independiente. Segundo: Otro 15% son críticos para la conformidad normativa y están en listas de proveedores que fueron aprobadas internamente con gran esfuerzo. Tercero: La resistencia por la gestión del cambio entre los usuarios consume tiempo que no se contempla en las planificaciones en Excel. Cuarto: Los nuevos contratos con socios estratégicos tienen volúmenes mínimos de consumo que, a menudo, absorben los ahorros durante los primeros doce meses.
La hoja de ruta realista para una reducción del 20% es la siguiente: Trimestre 1: categorización y priorización; Trimestres 2 y 3: sustitución de casos sencillos; Trimestres 4 a 6: migraciones complejas; Trimestres 7 y 8: estabilización. Quien quiera alcanzar este objetivo en 18 meses debe trabajar desde el primer día con tres o cuatro flujos de trabajo paralelos, lo que requiere capacidad que no está disponible en la mayoría de las organizaciones de TI.
El aspecto más costoso de una consolidación de proveedores nunca aparece en las diapositivas sobre reducción de gastos: los costes de integración y migración. Cuando una empresa reduce de tres herramientas de videoconferencia a una, los ahorros en licencias se calculan rápidamente. Los costes de migración de salas de reuniones, integraciones de calendario, soluciones de grabación de terceros y formación de usuarios rara vez aparecen en el caso de negocio original. Pero suelen representar entre 40 y 70 por ciento del ahorro del primer año.
Un área especialmente delicada son los datos de identidad y permisos. Cada cambio de proveedor implica que los usuarios, roles, grupos y derechos de acceso deben reconstruirse en el nuevo sistema. Si no se automatiza esto, se pierden semanas en trabajo manual – y se corre el riesgo de interrumpir los registros de auditoría, lo que en sectores regulados lleva directamente a problemas de cumplimiento normativo. Por ello, la hoja de ruta de consolidación debe incluir siempre una línea de trabajo para la migración de identidad y datos.
«Sea un experto en eficiencia o un experto operativo, no simplemente un cortador de costes.»
– Scott Klein, CIO de TVG-Medulla (CIO.com, 2026)
La cita marca el cambio fundamental que los CIOs deben realizar en los programas de consolidación: quien plantea el ejercicio como una simple persecución de costes, alcanza la reducción – pero deja una organización de TI que es menos operativamente capaz. Quien lo plantea como un programa de excelencia en eficiencia y operaciones, necesita más tiempo, alcanza menos reducción, pero deja una arquitectura que sostiene los próximos tres años. La discusión con el CFO siempre es la misma – y no se decide mediante diapositivas, sino mediante validación por colegas y contexto del consejo.
No toda diversidad de proveedores es negativa. Existen tres situaciones en las que una consolidación agresiva destruye más de lo que ahorra. La primera: proveedores innovadores de nicho, cuya herramienta mejora exactamente un flujo de trabajo crítico más que cualquier solución de plataforma. Sustituir un sistema de seguimiento de errores con una función de cumplimiento normativo altamente especializada por un módulo de una suite empresarial, suele perder precisamente la característica por la que se compró la herramienta.
La segunda situación: dependencia crítica de un único hiperescalador. Concentrar toda la infraestructura cloud en un solo proveedor para reducir costes de proveedor, crea un riesgo de concentración que a menudo se subestima en los documentos de gobernanza. La regulación DORA en el sector financiero obliga a la industria, de hecho, a gestionar activamente los riesgos de concentración y a disponer de estrategias de salida. Para otros sectores regulados, esto es solo una cuestión de tiempo.
La tercera situación: redundancia como decisión de modelo de negocio. Dos proveedores de pagos, dos proveedores de CDN, dos servicios de DNS no son una ineficiencia, sino una gestión activa de resiliencia. Quien no consolide esto por error, debe incorporar estas excepciones explícitamente en la lógica de consolidación; de lo contrario, la primera interrupción no detectada pondrá en riesgo todo el ahorro.
Antes de iniciar una iniciativa de consolidación, deben responderse tres preguntas. Están formuladas deliberadamente para ser incómodas y no pueden ser diluidas con respuestas de consultoría estándar.
Primera pregunta: ¿Cuál es el caso de negocio real: costes, riesgo o arquitectura? Los tres objetivos no son sumables. Un programa de costes optimiza los ahorros por trimestre y devora las decisiones arquitectónicas. Un programa de riesgo optimiza la cumplimentación normativa y la gobernanza de proveedores, no el ahorro. Un programa de arquitectura necesita tres años y solo proporciona ahorros en el tercer año. Quien no clarifique en el inicio cuál de los tres objetivos domina, construirá un programa que no alcanza ninguno.
Segunda pregunta: ¿Cuál es la capacidad de la propia organización para el trabajo de migración? Cada sustitución de proveedor requiere gestión de proyectos, integración, migración de datos, formación de usuarios y estabilización. Si el programa se ejecuta sin recursos dedicados y los equipos existentes deben hacerlo «además», la tasa de procesamiento realista es de dos a tres sustituciones de proveedor por trimestre. Quien quiera desactivar 30 proveedores en doce meses necesita ocho a diez flujos paralelos y un equipo de migración como requisito previo, no como opción.
Tercera pregunta: ¿Cuál es el plan de contingencia si un socio estratégico falla, aumenta los precios o es adquirido? La consolidación genera, por definición, dependencia. Quien acepta esta dependencia conscientemente debe considerar estrategias de salida y rutas de emergencia. Esto no es paranoia, sino parte de la responsabilidad que se reasigna con cada reducción de proveedores. Especialmente en sectores regulados, la gestión de la salida es ahora objeto de auditoría.
La consolidación de proveedores no es un ejercicio puramente económico. Es un ciclo de decisiones arquitectónicas con efectos financieros secundarios. Quien la inicie como una simple persecución de costes, entregará un año después un ahorro que será devorado por los costes de integración, la resistencia de los usuarios y las soluciones improvisadas silenciosas. Quien la configure como un programa de excelencia operativa, aceptará una reducción de 20 por ciento en lugar de 40 por ciento – pero obtendrá una arquitectura que será sostenible durante los próximos tres años y no tendrá que ser desmontada nuevamente ante la próxima oleada de fusiones y adquisiciones o una exigencia del director financiero.
El número que los CIOs deberían mostrar a sus CFOs no es el ahorro acumulado después del primer año, sino la diferencia en el coste total de propiedad después del tercer año – incluyendo los costes de migración, las pruebas de integración y la reserva para estabilización. Quien presente esta cuenta, lleva la conversación al nivel que corresponde. Y puede entonces hablar sobre la pregunta que realmente importa: cuánta flexibilidad operativa quiere permitirse la empresa en el futuro y qué dependencias acepta para lograrla.
Los programas que duran menos de 18 meses normalmente solo logran una racionalización, no una consolidación arquitectónica realista. Para una reducción estratégica de alrededor del 20% del número de proveedores, un plazo de 24 a 36 meses es realista. La duración depende menos del número de proveedores que de la profundidad de la desintegración de las integraciones. Las herramientas SaaS aisladas pueden sustituirse en unas semanas, mientras que los servicios de plataforma profundamente integrados requieren un proyecto de migración por cada proveedor.
A partir de un portafolio activo de 80 a 100 proveedores, un equipo de gestión de proveedores dedicado con uno o dos empleados a tiempo completo suele ser rentable. Por debajo de este umbral basta una función parcial dentro de Procurement o IT-Sourcing. La consultoría externa ayuda en la primera fase de evaluación, pero no debe gestionar la operativa diaria; de lo contrario, el conocimiento no permanece en la empresa.
Tres palancas funcionan mejor. Primero: Una solución alternativa operativa que cubra realmente los flujos de trabajo de las herramientas antiguas, no solo una sustitución formal. Segundo: Reglas de compra claras con sanciones por su omisión, vinculadas a la obligatoriedad del SSO y controles de gastos. Tercero: Escaneos periódicos de descubrimiento de SaaS que identifiquen automáticamente nuevas herramientas de Shadow IT. Sin la primera palanca, las otras dos solo combaten síntomas.
Cualquier consolidación aumenta la dependencia de los partners restantes y desplaza el poder de negociación – normalmente en detrimento del cliente. Los remedios son garantías de precio plurianuales, cláusulas de salida con límites de coste definidos y niveles de servicio contractualmente fijados con penalizaciones. Quien concluye la consolidación sin imponer estas cláusulas, devuelve en la segunda ronda contractual los ahorros prometidos.
Tres instrumentos funcionan. Primero: Una cuenta del Coste Total de Propiedad (TCO) a tres años que muestre explícitamente los costes de migración e integración. Segundo: Una estructura de reporting intermedio con hitos claros por trimestre que muestre el progreso sin convertir cada desviación en drama. Tercero: Benchmarking con empresas similares que muestre los tiempos y tasas de throughput típicos – esto libera la discusión de la pregunta sobre si el propio equipo trabaja demasiado lentamente.
Dos cosas. Primero: La onda Cloud-native ha duplicado el número de proveedores en los últimos cinco años. Muchas empresas construyeron stacks SaaS durante la pandemia que nunca fueron planificadas. Segundo: Las demandas regulatorias como DORA, NIS2 y el EU Data Act obligan a las empresas a documentar activamente su panorama de proveedores. Por eso la consolidación de 2026 no es solo un programa de costes, sino también impulsada por la compliance – una diferencia que cambia las prioridades y la tolerancia para estados intermedios.
Fuente imagen de título: Pexels / Kuan Liao