Un proveedor de servicios TI se compone de capas de trabajo que tienen poco que ver entre sí. Está la construcción y el mantenimiento de código, está la resolución de tickets e incidencias, está la arquitectura y el diseño, está la gestión de proyectos hacia el cliente, y está la preventa: presupuestos, pruebas de concepto, fundamentación técnica de una licitación. Entre estas categorías las horas difieren enormemente por encargo. Un departamento de soporte funciona a base de volumen y repetición. Un equipo de arquitectura funciona con un pequeño número de personas con mucha experiencia. El resultado de un trato viene determinado por cuál de estas capas el cliente hace pesar más, y esto difiere por licitación, por cliente y por momento en el proyecto.
Las tres categorías que se dan en todas partes — la IA asume la tarea, la IA trabaja hacia una propuesta con una persona que aprueba o rechaza, o el trabajo sigue siendo trabajo humano — atraviesan el sector TI de forma transversal, y no de manera uniforme. La atención de tickets para problemas conocidos es en parte automatizable; la primera clasificación, el reconocimiento de un patrón, la propuesta de una solución a partir de casos anteriores. La generación de código para partes rutinarias de software se desplaza hacia la IA con un revisor que aprueba el resultado. Las decisiones de arquitectura, la traducción de un deseo vago del cliente a un sistema funcional, y el mantenimiento de la confianza con un cliente siguen siendo, por ahora, trabajo humano, porque ahí se requiere un juicio que no se puede extraer de un patrón en datos existentes.
El desplazamiento que esto provoca no trata de si la IA es buena programando. Trata de qué ocurre con la comparación entre proveedores en cuanto una parte de ese trabajo se hace sola. El tiempo de respuesta en soporte era resultado de la dotación de personal y la planificación; si la clasificación se automatiza en gran medida, la velocidad ya no es la prueba de un buen equipo, sino de un sistema bien configurado, y ese sistema es igual de fácil de comprar o construir para la competencia. Lo que entonces queda como distintivo no es la velocidad en sí, sino lo que ocurre en los casos en que el sistema no lo resuelve — quién sí logra salir adelante y quién deja esperando a un cliente.
El mismo patrón se da en los procesos de presupuestos. Elaborar una propuesta técnica a partir de componentes existentes es un trabajo que en parte se puede automatizar. En cuanto esto ocurre en varias partes de una licitación, se desplaza el punto en el que un cliente todavía percibe diferencia: no en la rapidez de la propuesta, sino en si la propuesta es correcta para esta situación específica, y en quién puede explicarlo sin recurrir a una plantilla.
Que una empresa TI ya lo tenga organizado así depende de en qué pone a su gente. Una empresa que sigue empleando en gran medida a sus arquitectos experimentados en escribir código estándar tiene poca capacidad disponible para la conversación con el cliente donde se decide el trato. Una empresa que ya ha desplazado ese trabajo — IA para la parte rutinaria, personas para el juicio — ha liberado esas horas precisamente para el componente en el que ahora se gana. No es una decisión que se tome en un trimestre; se deriva de decisiones anteriores sobre herramientas, sobre quién hace qué tipo de trabajo, y sobre cuánta confianza tiene una organización en la supervisión del resultado automatizado. Lo que un empleador haga al respecto con su plantilla es cosa del empleador; a eso se aplican requisitos legales propios, independientes de la cuestión de qué trabajo es técnicamente transferible.
Esta dinámica no es exclusiva del sector TI. El mismo desplazamiento — de volumen y velocidad a juicio y explicación — se manifiesta de otra manera en los servicios financieros, donde el asesoramiento y la evaluación de riesgos son el punto de apoyo, y de otra manera distinta en la construcción, donde la planificación y el cálculo se desplazan pero la ejecución en la obra sigue siendo trabajo humano. La pregunta de qué trabajo ya se ha desplazado en esta empresa concreta y cuál no, se puede responder con [un escáner de trabajo que evalúa por tarea si la IA la asume, la asume parcialmente con supervisión, o no la asume](https://ftetoai.nl) — un paso aparte, independiente de la comparación con la competencia.
El riesgo de este desplazamiento no es que un proveedor pierda, sino que no sepa en qué. Un presupuesto que dice ser más rápido, un sitio web que promete estabilidad, un discurso comercial que se apoya en la experiencia — todo eso son afirmaciones, y las afirmaciones solo son una ventaja si se pueden fundamentar frente a lo que un cliente ve en otro lugar. Quien ya haya constatado una desventaja en una dimensión puede consultar en un enfoque para recuperar una desventaja en una dimensión específica cuáles son las opciones al respecto, y quien quiera fundamentar una afirmación antes de que un cliente pregunte por ella encontrará en una verificación de las propias afirmaciones de calidad sobre su fundamentación cómo hacerlo de forma sistemática.
Determine en qué cree su empresa que gana — velocidad, precio, experiencia, fiabilidad — y compruebe cuáles de esas afirmaciones puede respaldar hoy con pruebas frente a un competidor. Esto es precisamente lo que hace la verificación gratuita de dimensiones: no un benchmark completo, pero sí una primera imagen de qué afirmaciones se sostienen firmemente y cuáles todavía quedan en el aire. El benchmark competitivo completo, con matriz de pruebas por dimensión, está en construcción.