Sus revisiones de expedientes no sirven para nada, y la IA lo va a demostrar
Este artículo prolonga La aceleración de los ciclos de preventa, donde se planteaba la cuestión de qué hacer con el tiempo liberado por la IA, y La revolución informacional, donde se aplicaba la teoría de Shannon al bid management. Aquí descendemos un escalón: hablamos de lo que ocurre dentro de la organización que produce la respuesta.
El teatro de las revisiones
Toda organización estructurada que responde a licitaciones tiene un proceso de revisión. Tres niveles, generalmente. Se llaman bronce / plata / oro, o bien R0 / R1 / R2, o incluso screening / mid-term / final review. Los nombres cambian. El ritual es el mismo.
Revisión bronce: se valida el Go/No-Go. Un PowerPoint de 8 diapositivas. El director comercial lo valida en 4 minutos. Se pasa al siguiente expediente.
Revisión plata: a mitad de recorrido. Se presenta el avance. Un nuevo PowerPoint, esta vez de 15 diapositivas. Se descubre que el responsable de solución aún no ha comenzado. El bid manager dice que "está en curso". Se toma nota. Se pasa al siguiente expediente.
Revisión oro: antes de la presentación. Se expone la memoria técnica "finalizada". Un tercer PowerPoint — 25 diapositivas. El director técnico descubre el contenido por primera vez. Hace observaciones. Tres de ellas son estructurantes. Son las 17:30 de la víspera del plazo límite.
El problema no es el número de revisiones. Es que cada revisión crea un nuevo archivo, una nueva acta, un nuevo conjunto de registros — sin vínculo con los anteriores. Y el 90 % de la información es redundante.
Lo que realmente no funciona
La redundancia como fuente de entropía
Shannon lo demostró: la redundancia en un canal de comunicación solo es útil si sirve para corregir errores (Shannon, C.E., A Mathematical Theory of Communication, Bell System Technical Journal, 1948). Cuando la redundancia no sirve para corregir — cuando acumula ruido — aumenta la entropía. La información se vuelve más difícil de encontrar, no más fácil.
Es exactamente lo que ocurre en sus revisiones. El acta de la R0 contiene el contexto del expediente. El acta de la R1 lo repite — con variaciones menores. El acta de la R2 lo repite de nuevo — con otras variaciones. Tres versiones del contexto. Ninguna es exactamente la misma. ¿Cuál es la correcta?
| Nivel | Archivos creados | Información nueva | Información redundante |
|---|---|---|---|
| R0 (bronce) | PowerPoint + acta + correo de validación | Decisión Go/No-Go, win themes iniciales | 0 % (primer hito) |
| R1 (plata) | PowerPoint + acta + tabla de seguimiento | Avance, riesgos identificados | ~70 % (contexto copiado) |
| R2 (oro) | PowerPoint + acta + checklist de conformidad | Observaciones técnicas, últimas correcciones | ~85 % (todo redundado) |
Tres niveles de revisión. Siete archivos como mínimo. Cinco correos electrónicos de convocatoria. Y una información estratégica — las decisiones reales, los riesgos asumidos, los arbitrajes — que no queda consignada en ningún lugar de forma explícita.
Las decisiones implícitas
El verdadero veneno es lo que no está escrito.
"Se decidió no responder al lote 3." ¿Dónde está documentado? En un correo electrónico enviado a tres personas un martes a las 22:00. No en el acta. No en el PowerPoint. No en el archivo de seguimiento.
"El cliente dejó entrever que la continuidad del servicio era su criterio principal." ¿Quién lo anotó? El comercial, en su cabeza. Quizá en un correo. Desde luego, no en el expediente estructurado.
"Se decidió posicionar un perfil junior en el lote aplicativo para ser competitivos en precio." ¿Quién tomó esa decisión? ¿Cuándo? ¿Sobre la base de qué análisis? Nadie lo sabe. Pero todos conviven con las consecuencias.
Las decisiones más estructurantes de un expediente son las que nunca se formalizan. Viven en las conversaciones, los correos electrónicos, los silencios de las reuniones. Y cuando hay que recuperarlas — tres semanas más tarde, en el momento de redactar la memoria técnica — es el vacío.
La codificación ilegible
Recuperar la información en un expediente de licitación en curso es un ejercicio de excavación arqueológica.
El archivo se llama MT_v3_final_corregido_AM_VF2.docx. Está en una subcarpeta de Teams. O en SharePoint. O en el drive del bid manager. Tres versiones coexisten. Ninguna está etiquetada. Ninguna está vinculada al acta que motivó las correcciones. Ninguna está conectada con las exigencias del pliego que supuestamente cubre.
El responsable de solución que se incorpora a mitad de camino pasa medio día intentando entender "dónde estamos". El director técnico que realiza la revisión oro no tiene forma de saber qué decisiones se tomaron en R0 y R1. Lo relee todo. Rehace el trabajo. Formula las mismas preguntas.
Ese es el coste real de la entropía informacional: no la pérdida de información, sino el tiempo invertido en recuperarla.
Lo que la IA revela — y lo que no resuelve
Lo que la IA hace muy bien hoy
Proporcione a un sistema de IA correctamente diseñado la totalidad de un expediente — pliego, actas de revisión, intercambios, memoria técnica en curso — y en pocos minutos hará lo que ningún humano puede hacer en una jornada:
- Detectar las redundancias: identificar los párrafos copiados y pegados entre las actas, las diapositivas que se repiten de una revisión a otra, las formulaciones que divergen sin que la decisión subyacente haya cambiado.
- Rastrear las decisiones: extraer de todos los documentos e intercambios los momentos en que se tomó una decisión, y construir un diario cronológico que nadie ha redactado nunca.
- Cruzar las capas: vincular una exigencia del pliego con la sección de la memoria técnica que le responde, con el riesgo identificado en R1 que la concierne, y con la decisión de R0 que orientó la estrategia de respuesta.
- Señalar los vacíos: identificar las exigencias sin respuesta, los riesgos sin plan de mitigación, las decisiones sin justificación trazada.
La IA no sustituye la revisión. Hace visible lo que la revisión ocultaba: las zonas de sombra, las decisiones fantasma, las incoherencias entre lo que se decidió y lo que se escribió.
Lo que la IA no resuelve
La IA puede analizar cualquier documento. Pero no puede analizar lo que nunca se ha escrito.
Si su comercial ha anotado las percepciones del cliente en su cabeza, la IA no las encontrará. Si su decisión de Go/No-Go es un "sí" verbal al final de una reunión, la IA no tiene nada que rastrear. Si su responsable de solución ha tomado un arbitraje técnico en una esquina de su cuaderno, la IA no lo verá.
El problema no es la IA. El problema es lo que usted le da de comer.
Lo que debe cambiar — antes siquiera de hablar de herramientas
Aprender a codificar para las máquinas
El paso a la era de la IA agéntica impone un cambio fundamental en la forma en que los equipos formalizan la información. No es una cuestión de herramientas. Es una cuestión de disciplina cognitiva.
Dejar de ser evasivo. "La situación es compleja y requiere un análisis en profundidad" no significa nada — ni para un humano, ni para una IA. "El lote 2 presenta un riesgo de subdimensionamiento: 3 ETP previstos para 12 aplicaciones, ratio incompatible con el SLA exigido (99,5 %)" es información explotable.
Vincular cada información a un desafío. Un hecho aislado es ruido. Un hecho conectado con una exigencia, un riesgo o una decisión es una señal. "El cliente utiliza Oracle" es un hecho. "El cliente utiliza Oracle → restricción de integración con el módulo de RRHH existente → exigencia del pliego §4.3.2 → riesgo de incompatibilidad con nuestro stack PostgreSQL" es una cadena decisional que la IA puede explotar.
Ser explícito con las decisiones. Cada decisión debería ser una frase estructurada: Qué se decidió, Por qué, Quién lo decidió, Cuándo, y Qué consecuencias tiene sobre el expediente. No un "se acordó que..." diluido en un párrafo de acta.
| Antes (codificación humana) | Después (codificación IA-ready) |
|---|---|
| "Se discutió el lote 3" | "Decisión: abandono del lote 3 — ROI insuficiente (facturación estimada 120 K€ vs coste de respuesta 45 K€). Validado por P. Martín, 2026-04-08" |
| "La situación técnica es tensa" | "Riesgo: subcapacidad del equipo de proyecto. 2 ETP disponibles, 4 requeridos (pliego §5.1). Impacto: plazo de movilización +3 semanas. Mitigación: contratación externa en curso" |
| "Las referencias están OK" | "3 referencias identificadas: Metrópolis Lyon (TMA, 18 meses, 8 apps), Departamento 69 (outsourcing, 24 meses), CHU Burdeos (migración, 6 meses). Pertinencia lote 1: alta (2/3 coinciden con el perímetro)" |
Almacenar de forma diferente
El problema de los archivos PowerPoint no es su formato. Es que son contenedores cerrados. La información entra en un .pptx y nunca sale — a menos que un humano la copie manualmente en otro archivo.
La información estratégica de un expediente debería residir en un sistema estructurado, no en archivos dispersos. Un grafo de conocimiento, una base de hechos, un diario de decisiones — poco importa la forma técnica. Lo que importa es que la información sea:
- Atómica: un hecho = una entrada. No un párrafo que mezcla tres informaciones.
- Conectada: cada hecho está vinculado a sus fuentes (exigencia del pliego, acta de revisión, correo electrónico) y a sus consecuencias (sección de la memoria, riesgo, decisión).
- Versionada: se sabe cuándo un hecho fue creado, modificado, invalidado. No "v3_final_corregido".
- Consultable: se puede preguntar "¿cuáles son las decisiones tomadas en R1 que impactan el lote 2?" y obtener una respuesta en segundos.
Revisar el ritmo de las revisiones
La IA comprime el tiempo de producción. Lo que antes llevaba 3 semanas ahora lleva 3 días. Pero las revisiones siguen ajustadas al calendario antiguo: R0 en J+3, R1 en J+10, R2 en J+18.
Cuando la producción termina en J+5, ¿qué se hace entre J+5 y J+18? Se espera. Se pulen detalles. Se crea entropía — modificaciones menores, reformulaciones, ajustes cosméticos que no aportan valor pero generan nuevas versiones.
El nuevo ritmo debería ser:
- R0 estructurada (Go/No-Go): ante todo, un verdadero Go/No-Go con puntuación (Cómo decidir si responder o no). No 4 minutos. 30 minutos. Con datos.
- Producción comprimida: 2-3 días con la IA. Extracción, estructuración, primera redacción.
- Revisión única de fondo: una sola revisión, pero densa. Red team. Cuestionar la estrategia, no la maquetación. El director técnico lee el fondo, no las diapositivas.
- Sprint de finalización: 1-2 días para integrar las observaciones estructurantes.
Cuatro etapas en lugar de siete. Un solo flujo de información en lugar de tres capas redundantes.
La verdadera transformación: más allá de la herramienta
Lo que TenderGraph persigue
TenderGraph no es una herramienta de revisión. Es un sistema cognitivo que impone una disciplina de codificación.
Cuando RequirementMiner extrae 1 382 exigencias de un pliego de 500 páginas, no produce un archivo más. Crea un grafo estructurado — cada exigencia tipificada, clasificada, priorizada, conectada con las demás. Cuando TITAN orqueste la respuesta completa, cada decisión, cada arbitraje, cada versión quedará trazada en un diario cronológico explotable tanto por el humano como por la máquina.
Pero TenderGraph no puede hacer nada si la organización sigue codificando la información como en 2015. Si el comercial guarda sus percepciones en la cabeza. Si el responsable de solución trabaja en un archivo local. Si el director técnico descubre el expediente la víspera del plazo límite.
La lentitud de la transformación como punto de fricción
El freno principal no es tecnológico. Es organizacional.
Los equipos saben que sus revisiones son teatro. Los bid managers saben que sus actas no se leen. Los responsables de solución saben que sus arbitrajes no se trazan. Pero el sistema funciona "suficientemente bien" — se ganan bastantes contratos como para no cuestionar el proceso.
Hasta el día en que un competidor que ha realizado la transformación gana el contrato que usted daba por seguro. No porque tenga una herramienta mejor. Porque su equipo codifica la información de forma explotable, porque su IA puede vincular cada exigencia con una respuesta argumentada, y porque su revisión única de fondo detectó la brecha estratégica que sus tres revisiones en PowerPoint pasaron por alto.
La buena noticia: esta transformación no requiere cambiarlo todo. Comienza con tres cambios simples — codificar las decisiones de forma explícita, vincular los hechos con los desafíos, y sustituir la redundancia por la trazabilidad. El resto viene solo.
Por dónde empezar
- Formalizar las decisiones: a partir de mañana, cada reunión de revisión no produce un acta narrativa sino un diario de decisiones estructurado (Qué / Por qué / Quién / Impacto).
- Eliminar la redundancia: un solo documento vivo por expediente, no tres PowerPoints. La IA puede generar las diapositivas de revisión a partir del documento vivo — no al revés.
- Probar con la IA: tome su último expediente. Proporcione la totalidad de los archivos a un LLM. Pregúntele: "¿Qué decisiones se tomaron? ¿Qué riesgos no están cubiertos? ¿Qué exigencias no tienen respuesta?" Los vacíos que revele son los vacíos que sus revisiones no detectaron.
Lo que hace TenderGraph
RequirementMiner transforma un pliego en un grafo estructurado de exigencias — no en un archivo más. TITAN (próximamente) orquestará el expediente completo con trazabilidad integrada: cada hecho, cada decisión, cada versión, conectada y consultable. El objetivo no es sustituir sus revisiones — es hacer visible lo que ocultan, e imponer una disciplina de codificación que transforme el ruido en señal explotable.
Lea también
- La aceleración de los ciclos de preventa: ¿y después? — ¿Qué se hace con el tiempo liberado por la IA?
- La revolución informacional: por qué la IA amplifica el ruido tanto como puede eliminarlo — Shannon aplicado al bid management
- Responder a una licitación: lo que las guías nunca le dirán — Go/No-Go, estrategia, organización
- La preventa es un ejercicio de mando — Planificación, fricción, mando por misión
- Cómo redactar una memoria técnica que gane contratos — Codificación de la señal, estructura por baremo
- Sesgos cognitivos y licitaciones — Por qué los humanos repiten los mismos errores