Liderazgo de Opinión·16 de abril de 2026·16 min de lectura

Por qué no consigue integrar la IA en sus licitaciones

La mayoría de las organizaciones fracasan al integrar la IA en sus procesos de licitación — por una razón cognitiva que nadie nombra. Se representan la IA como un chatbot seguro a desplegar internamente. No saben qué es un agente. No tienen un proceso humano-agente. Resultado: compran herramientas de 2024 para problemas de 2026.

Por Aléaume Muller

PV

Por qué no consigue integrar la IA en sus licitaciones

Este artículo prolonga La trampa del throughput, donde distinguíamos tres niveles de IA — chatbot, agente autónomo, modelo cognitivo — y mostrábamos que la mayoría sigue atascada en el primero. Y La aceleración de los ciclos de preventa, que planteaba la pregunta: ¿qué hacemos con el tiempo liberado? Aquí, la respuesta: no hacemos nada — mientras el bloqueo cognitivo no se nombre.

El diagnóstico que nadie plantea

Abra cualquier licitación de TI emitida por una gran cuenta en 2026. Busque la línea "IA". La encontrará en el apartado de transformación, en la hoja de ruta digital, en los criterios de innovación. Todo el mundo quiere "integrar la IA".

Ahora, pregunte al director de preventa qué significa eso concretamente para su dirección. En nueve de cada diez casos, la respuesta cabe en una frase: desplegar un ChatGPT seguro internamente.

Es la representación mental dominante. Estructura las RFP a proveedores, los presupuestos, las gobernanzas, los programas de transformación. El CIO compra una licencia ChatGPT Enterprise o un despliegue Azure OpenAI. El CISO valida el apartado de seguridad. La dirección de innovación organiza una serie de formaciones sobre "prompting". La dirección general marca la casilla "IA desplegada".

Y nada cambia.

Los bid managers siguen copiando y pegando sus antiguos expedientes. Los contribuidores técnicos siguen redactando sus secciones en silencio. Las respuestas siguen siendo medianas, genéricas, intercambiables. La casilla está marcada. El problema está intacto.

El presupuesto está dispuesto. La voluntad también. La competencia individual no falta. Queda un objeto que ninguna de estas tres fuerzas sabe alcanzar: la representación mental que la organización se hace de la IA. La organización se representa la IA como una herramienta pasiva que se enchufa a lo existente — un chatbot. Y esa representación es falsa en dos planos distintos.


Primer punto ciego: "seguro" no quiere decir nada

La promesa del "ChatGPT seguro" reposa sobre un malentendido que nadie tiene interés en disipar.

Cuando una dirección firma un contrato de despliegue de IA — ChatGPT Enterprise, Azure OpenAI, Claude for Enterprise, Gemini for Workspace — cree que sus datos son "suyos". La realidad es más matizada, y las condiciones generales de uso lo dicen — para quien se toma el tiempo de leerlas.

Los datos transitan hacia los servidores del proveedor. Allí se procesan. Según los contratos y las opciones elegidas, pueden registrarse con fines de monitorización, de detección de abusos o de conformidad reglamentaria. Operadores humanos pueden acceder a ellos en el marco de revisiones de calidad o de safety. Las políticas de retención varían según el proveedor, el plan tarifario, la jurisdicción del centro de datos. Las cláusulas de no entrenamiento — cuando existen — recaen sobre el fine-tuning de los modelos fundacionales, no necesariamente sobre el conjunto de los tratamientos intermedios.

La palabra "seguro" enmascara una partición que nadie descompone:

  • ¿Seguro en tránsito? TLS es un mínimo, no un argumento.
  • ¿Seguro en almacenamiento? ¿Dónde, cuánto tiempo, cifrado cómo, por quién?
  • ¿Seguro frente a quién? ¿Frente al proveedor mismo? ¿A sus subcontratistas? ¿A las autoridades de la jurisdicción que aloja los datos?
  • ¿Con qué política de retención? ¿Se purgan los prompts? ¿Al cabo de cuánto tiempo? ¿Bajo qué condiciones?
  • ¿Con qué derechos de auditoría reales? ¿Puede el cliente verificar, o debe conformarse con un informe SOC 2?
  • ¿Bajo qué cláusula de no entrenamiento? ¿Activa por defecto u opt-in? ¿Cubre los prompts, los archivos subidos, los metadatos de uso?

Para un caso de uso estándar — resumir un artículo, reformular un correo — esta aproximación es tolerable.

Para las licitaciones, el cálculo cambia. Un bid manager manipula CCTP confidenciales sujetos a cláusulas de no difusión. Bordereaux de precios (BPU) que revelan la estructura de costes de la empresa. CV nominativos de colaboradores con sus competencias, certificaciones, historiales de misión. Estrategias de posicionamiento que, en manos de un competidor, neutralizarían la ventaja competitiva.

Someter estos datos a un proveedor cloud sin descomponer la palabra "seguro" en sus componentes reales — tránsito, almacenamiento, retención, jurisdicción, auditoría, acceso de operador — es la diligencia mínima. Y casi nadie la hace.


Segundo punto ciego: compra 2024 para resolver 2026

El segundo error es temporal. Y quizás sea más grave que el primero.

Las herramientas "IA para licitaciones" desplegadas hoy en las grandes cuentas se concibieron en 2023-2024. La licitación interna se lanzó cuando:

  • Los modelos de lenguaje aguantaban 8 000 a 32 000 tokens de contexto — es decir, de 15 a 60 páginas de texto. Un CCTP de 200 páginas no cabía.
  • La agéntica no estaba madura en producción. Los primeros frameworks (LangChain, AutoGPT) producían demos espectaculares y resultados frágiles.
  • El tool use era experimental. Los modelos apenas sabían invocar una función externa de manera fiable.
  • El RAG (Retrieval-Augmented Generation) era el estado del arte para "hacer leer un documento a una IA": se troceaba el documento en fragmentos, se indexaban en un vector store, se recuperaban los 5 o 10 más próximos semánticamente a la pregunta planteada.

En 2026, el panorama ha basculado:

  • Los modelos punteros — Opus, Sonnet, Gemini — aguantan un millón de tokens de contexto. Un CCTP de 200 páginas cabe íntegramente, con margen para razonar sobre él.
  • La agéntica está en producción. Sistemas multiagente orquestan tareas complejas con supervisión humana, persistencia de memoria y protocolos de colaboración formalizados.
  • El tool use está maduro. Un agente decide qué herramientas movilizar, en qué orden, con qué parámetros — y ajusta su estrategia en función de los resultados.
  • La lectura activa sustituye al RAG para los documentos complejos. Un agente equipado con tool use abre un documento, lo recorre, decide qué secciones leer en profundidad, las cruza con otras piezas, vuelve sobre un pasaje ambiguo. Se abandona el RAG para acercarse al bid manager senior que anota y subraya un pliego de condiciones.

La diferencia entre RAG y lectura activa es capital. El RAG pretrocea un CCTP en chunks de 512 tokens, los vectoriza y recupera los más próximos a una consulta. El sentido que depende del contexto global — "el cliente menciona la recuperación de datos en la página 12, y luego vuelve a ella en la página 67 con una formulación distinta" — se pierde. El agente que lee con tool use ve el documento en su integridad. Navega. Vuelve atrás. Cruza. Detecta las repeticiones como señal de importancia, no como duplicados que deduplicar. El sentido depende del contexto íntegro — y el RAG destruye ese contexto por construcción.

La organización que despliega en 2026 un asistente concebido en 2024 resuelve un problema que ya no existe. Es como equipar un hospital de 2026 con un escáner de 2010. El escáner funciona. Produce imágenes. Pero el cirujano de 2026 necesita resoluciones y cortes que el escáner de 2010 no sabe producir. Tratamos el síntoma de ayer con las herramientas de ayer, ignorando que el diagnóstico ha cambiado.


El verdadero bloqueo: no sabemos qué es un agente

Los dos errores anteriores — la palabra "seguro" sin descomponer, y la arquitectura obsoleta — son síntomas. La causa es más profunda.

La mayoría de los decisores no sabe qué es un agente. No en el sentido filosófico. En el sentido operativo.

Un chatbot es una interfaz conversacional stateless y pasiva. Se le plantea una pregunta, responde. Sin iniciativa, sin memoria persistente, sin herramientas, sin capacidad de ir a buscar una información que no se le ha dado. ChatGPT de gran público, Claude en modo conversación, Gemini en interfaz web — son chatbots.

Un agente es una entidad fundamentalmente distinta. Supone como mínimo cuatro capacidades que un chatbot no tiene:

1. Exploración activa de la información. El agente decide ir a buscar un documento, abrirlo, leerlo, cruzar varias fuentes. Trabaja en exploración, no en recepción. Frente a un DCE de 12 piezas, las lee una por una, en el orden que juzga pertinente, y vuelve sobre las piezas que contradicen sus primeras hipótesis.

2. Compresión cognitiva de su memoria. El agente resume, jerarquiza, indexa sus propias huellas para reutilizarlas en un próximo expediente sin saturar su contexto. No parte de cero en cada conversación. La lección del expediente perdido hace tres meses está codificada, comprimida, disponible.

3. Transmisión de información. El agente produce handoffs estructurados — informes, síntesis, memorandos, alertas — destinados al humano o a otro agente. Cada salida es un entregable explotable aguas abajo, no una réplica conversacional.

4. Colaboración. El agente articula su trabajo con el del humano y el de otros agentes. Respeta un protocolo de interacción explícito. Acepta ser cuestionado. Las correcciones recibidas se inscriben en una estructura persistente que informa la continuación del expediente — más allá de la sesión en la que se pronunció la corrección.

Un chatbot "seguro" no tiene ninguna de estas cuatro capacidades. Un agente correctamente concebido las tiene todas. Chatbot y agente pertenecen a dos paradigmas distintos — situarlos en una misma escala equivale a comparar un termómetro y un escáner. Y la confusión entre ambos es el núcleo del problema.

CapacidadChatbotAgente
Explora activamente la informaciónNo — espera un promptSí — decide qué leer, en qué orden
Comprime y reutiliza su memoriaNo — stateless, parte de ceroSí — memoria persistente, aprendizaje acumulativo
Produce handoffs estructuradosNo — texto en respuesta a textoSí — entregables explotables, trazables
Colabora según un protocoloNo — obedece al último promptSí — cuestiona, integra, itera, señala sus límites

El bloqueo siguiente: saber qué pedir

Admitamos que la organización franquea el primer escalón. Comprende la diferencia entre un chatbot y un agente. Despliega un agente capaz de explorar, de memorizar, de transmitir, de colaborar.

El problema siguiente aparece — y es más profundo.

Un agente solo responde a las buenas preguntas. Y las buenas preguntas suponen que se haya explicitado el proceso de trabajo humano-agente.

Ese proceso debe responder a cuatro preguntas que la mayoría de los despliegues nunca plantean:

¿Qué se automatiza? Qué subprocesos se confían al agente, con qué exclusiones. Leer el CCTP, sí. Decidir la estrategia de posicionamiento, no — es un arbitraje humano. Generar un primer borrador de memoria técnica, sí. Elegir los colaboradores a proponer, no — es conocimiento organizacional.

¿Según qué reglas? Criterios de calidad, garde-fous, puntos de verificación. ¿Debe el agente detenerse cuando detecta una ambigüedad, o resolverla solo? Cuando una inferencia reposa sobre menos de tres señales, ¿debe señalarla como hipótesis frágil? Los no dichos del CCTP son la prueba decisiva: un agente que no sabe que debe señalarlos los entierra en silencio.

¿Qué hace el humano con el resultado? El bid manager recibe un borrador estructurado. ¿Lo relee línea por línea? ¿Valida la estrategia o la redacción? ¿Lo enriquece con su conocimiento del cliente? ¿Arbitra entre las alternativas propuestas? Si el proceso no lo dice, cada cual improvisa — y la herramienta se usa como un procesador de texto aumentado. Es exactamente el papel que nadie tenía tiempo de ejercer cuando la producción llevaba tres semanas.

¿Cómo explotar el resultado para crear un salto de valor? Es aquí donde se pasa de lo plausible a lo genial. Reinyectar el conocimiento del cliente — los no dichos de la última reunión, las sensibilidades del jurado, el contexto político. Cuestionar las hipótesis del agente. Explicitar los win themes que solo la experiencia de campo permite identificar. Es dirección estratégica.

La mayoría de los despliegues de IA en las licitaciones se saltan estas cuatro preguntas. Instalan una herramienta. Organizan una formación sobre "prompting". Y esperan que la magia opere.

No opera. El bloqueo radica en la ausencia de proceso, mucho antes que en cualquier defecto técnico.


Plausible vs genial: la frontera que la herramienta sola no franquea

Un agente bien concebido, incluso sin proceso explícito, produce lo plausible. Un output coherente, estructurado, sin faltas. Cada exigencia del CCTP está atendida. La conformidad se respeta. La memoria técnica se sostiene.

Es ya mejor que lo que producen el 80 % de los equipos sin IA. Pero lo plausible no gana los contratos. Sirve para las respuestas de relleno — las que obtienen un 12/20 y acaban terceras.

Lo plausible es la respuesta genérica de la consultora — "un enfoque probado que combina las mejores prácticas". Técnicamente correcta. Estratégicamente vacía.

Lo genial es otra cosa. Es una comprensión singular del cliente, la que va a buscar lo que no ha dicho detrás de lo que ha escrito. Un posicionamiento inesperado que aborda el verdadero dolor. Un resumen ejecutivo que hace levantar la cabeza al evaluador porque se reconoce en él. Referencias de clientes elegidas por su efecto espejo sobre la situación del prospecto, mucho más que por su prestigio.

Lo genial nunca sale de un agente solo. Sale de un proceso humano-agente explícito, donde cada uno aporta lo que el otro no tiene:

El agente aportaEl humano aporta
ExploraciónLectura exhaustiva, cruce de fuentes, detección de patronesConocimiento tácito del cliente, historial relacional
EstructuraciónConformidad, trazabilidad exigencia-respuesta, coherenciaArbitraje estratégico, win themes, posicionamiento
RedacciónPrimer borrador estructurado, apoyado en el razonamientoVoz, convicción, adaptación al lector
VerificaciónCobertura de las exigencias, coherencia interdocumentalJuicio de pertinencia, realismo operativo

El proceso explícito lo cambia todo. Cuando existe, el humano y el agente coproducen lo genial — porque el tiempo cognitivo del humano se consagra al juicio, a la dirección estratégica. Cuando falta, el agente sigue siendo un procesador de texto aumentado, y lo plausible es un techo.

Es exactamente el reto de los diecisiete días liberados que se plantea en cuanto la producción deja de ocupar todo el tiempo disponible. El tiempo existe. La pregunta es: ¿a qué lo dedicamos? Si el proceso humano-agente no es explícito, la respuesta es: a nada estructurado. La ganancia de la IA se evapora en la ley de Parkinson.


Lo que propone TenderGraph

TITAN encarna esta tesis en producto. Un sistema cognitivo para la preventa — cinco patrones cognitivos articulados en un bucle único — que lee un DCE en navegación activa, construye la ontología de la necesidad del cliente, explicita sus hipótesis, traza sus inferencias, y redacta memorias técnicas, propuestas de valor y entregables de respuesta con el rigor de un director de misión senior. El proceso humano-agente está integrado: el humano valida las hipótesis, cuestiona los win themes, enriquece con su conocimiento del cliente. Cada decisión es auditable. Cada hipótesis es cuestionable. El bid manager dirige el razonamiento en lugar de releer texto. (Cómo funciona TITAN.)

Para las organizaciones cuyo reto rebasa el expediente puntual, TenderGraph acompaña la formalización del proceso humano-agente del lado del cliente. Definir lo que corresponde al agente, lo que corresponde al humano, según qué reglas, con qué bucles de verificación. Construir la ontología metier del dominio — la estructura semántica que distingue "Agile bancario" de "Agile industrial", "recuperación de datos legacy" de "migración cloud-native". Formar a los equipos en la dirección de un agente: saber qué pedir, qué cuestionar, qué enriquecer. Y medir el paso de lo plausible a lo genial en calidad de la decisión producida. Si el bloqueo es el proceso, el acompañamiento trata el proceso. (Hablemos.)

El acompañamiento es a medida — calibrado sobre el tamaño del expediente, la complejidad del DCE, el número de lotes, los retos estratégicos. El problema a resolver es distinto cada vez, y el valor producido también.


Lo que hay que recordar

El bloqueo es cognitivo.

Las organizaciones que fracasan al integrar la IA en sus licitaciones comparten el mismo esquema:

  1. Se representan la IA como un chatbot seguro — sin descomponer lo que "seguro" significa realmente para datos de consulta.
  2. Despliegan arquitecturas de 2024 — RAG, chatbot stateless, prompts manuales — en un mundo donde la agéntica está en producción.
  3. No saben qué es un agente — ni cómo articular un proceso humano-agente explícito.
  4. Esperan lo plausible cuando el mercado exige lo genial.

El pivote consiste en construir un modelo cognitivo explícito — un proceso donde humanos y agentes cooperan según reglas auditables, donde cada hipótesis se nombra, donde cada inferencia es trazable, donde el razonamiento es visible y cuestionable.

Para recordar: Su problema es un problema de representación. Mientras "integrar la IA" remita a "desplegar un chatbot seguro", lo plausible sigue siendo un techo. Lo genial comienza con un proceso — un modelo cognitivo donde el humano y el agente saben cada uno qué hacen, por qué lo hacen y cómo se cuestionan.


TenderGraph construye el proceso que falta — la partición explícita entre lo que el agente explora, estructura y redacta, y lo que el humano arbitra, cuestiona y enriquece. El resultado es razonamiento — auditable, trazable, cuestionable. Vea cómo funciona TITAN.

Para ir más lejos: descubrir TenderGraph · hablar con nuestro equipo.


Lea también:

Etiquetas

#licitaciones#IA#agentes-ia#agéntica#chatbot#seguridad#transformación#bid-management#cognición#proceso

Siguiente paso

¿Listo para transformar sus respuestas a licitaciones?

Seguir leyendo

Artículos recomendados

Liderazgo de Opinión

Lo que el asistente hace visible — cuatro escalones de reciprocidad

Se lee en todas partes que el asistente hace ganar tiempo, y la mayoría de los directivos que lo han probado lo cerraron al cabo de un mes. La explicación no es la calidad del modelo, sino una asimetría de expectativa: se esperaba un servicio cuando se trataba de una relación. Este artículo describe la trayectoria en cuatro escalones — devolverle algo, hacer con él, dejarle hacer con nosotros, dejarle hacer sin nosotros — al término de la cual el asistente deja de hacer ganar tiempo para hacer visible cuánto valía ese tiempo.

Leer artículo

Liderazgo de Opinión

La preventa es un ejercicio de mando — y usted lo dirige sin mapa de estado mayor

Cartografiar el terreno. Componer con sus fuerzas. Reducir la fricción. La preventa comparte con la planificación de operaciones la misma estructura fundamental: un objetivo, restricciones, un adversario (el statu quo del cliente), y un plan que nunca sobrevive al primer contacto con la realidad.

Leer artículo

Liderazgo de Opinión

El fin del consultor júnior — lo que muere, lo que nace

En dieciocho meses, la IA ha vaciado de su sustancia lo que hacía un consultor júnior. La cuestión no es saber si el oficio va a desaparecer (sobrevivirá), sino qué hay que transmitir, y a qué coste, para que esta mutación no produzca una generación de operadores sin raíces. El artículo retoma tres ángulos que nadie formula con claridad en 2026: el sénior firma ahora sin red, los júniores eran un sensor sociológico invisible cuya existencia el despacho acaba de descubrir al perderlo, y el fin de la esclusa de entrada podría volver a cerrar uno de los últimos ascensores sociales del capitalismo terciario.

Leer artículo