Soporte de decisión en licitaciones Colombia: 12 principios para herramientas de alto riesgo
Por qué una herramienta de licitaciones públicas en Colombia debe ser honesta sobre su incertidumbre — 12 principios de diseño cuando el costo del error son 18 días-persona perdidos en un proceso SECOP II imposible.
Un buscador de pliegos tiene un solo modo de fallar: no encontrar resultados. Resolver ese problema es una tarea razonablemente fácil — Colombialicita tiene 16 millones de registros, SECOP II tiene API pública, cualquier equipo de desarrollo puede hacer un wrapper en semanas.
Una herramienta de soporte de decisión bajo presión de tiempo tiene un modo de fallar mucho más caro: que el usuario confíe en un número incorrecto, forme un equipo, escriba una propuesta técnica de 80 páginas, compre una póliza de garantía, y pierda 18 días-persona en un proceso que era inganable desde el día uno. O, peor: que deje pasar un proceso de $2B con 65% de probabilidad de ganar porque la herramienta lo clasificó como "baja relevancia".
Esa distinción lo cambia todo: la densidad de la UI, el diseño de las notificaciones, cómo se presenta la probabilidad, cómo se tratan las pérdidas. Es una clase de producto diferente.
Lo que sigue son los doce principios que guían cada decisión de diseño en Octograma. Están ordenados por peso estructural: violar el primero rompe el producto; violar el doceavo lo deja imperfecto.
1. Probabilidad sin precisión
Mostramos rangos (40–55%), nunca estimaciones puntuales (47,3%). El error real del modelo en el mejor caso es ±10 a 15 puntos porcentuales. Un decimal miente.
La precisión falsa es la forma más rápida de destruir la confianza con alguien que ha curado su RUP durante 20 años y puede detectar cuando un número no tiene base. La forma de construir confianza con esa persona no es parecer más preciso — es ser honesto sobre los límites del modelo.
La interfaz visual: una barra horizontal con dos puntos extremos (no uno), un ancla verbal de cinco palabras — Insuficiente / Débil / Posible / Fuerte / Excepcional — y un chip de confianza que indica si el rango está basado en 50 comparables históricos o en 4.
2. Cada número tiene un por-qué
No existe ningún número en Octograma sin una línea de razonamiento adjunta. En la vista de feed: "Fuerte — pliego tipo + ISAGEN cálido + equipo cumple 4/5". En WhatsApp: "Fuerte (50–60%) — pliego tipo + ISAGEN cálido". En el detalle del proceso: el desglose completo de cinco componentes con su peso y su confianza individual.
Un número sin razonamiento no es información — es decoración. Los usuarios de licitaciones son expertos en su dominio. Les damos los datos y el razonamiento, no el resultado solo.
3. El acantilado de fechas antes que todo
El usuario abre Octograma porque algo cierra. No porque quiera explorar el mercado. La pantalla principal a las 9am del lunes tiene que responder en menos de tres segundos: "¿qué cierra esta semana y cuál de eso podemos ganar?"
Esto no es una preferencia de UX. Es el caso de uso dominante de la herramienta. Un producto que entierra los cierres inminentes debajo de un dashboard de métricas o una lista de recomendaciones del algoritmo optimizando para engagement está optimizando para la métrica equivocada.
4. Los habilitantes son binarios, nunca gradient
La ley es clara: los requisitos habilitantes admiten o rechazan. No gradúan. El artículo 5 de la Ley 1150 con la modificación de la Ley 1882/2018 establece que lo que no asigna puntaje es subsanable; lo que asigna puntaje, no.
Un "73% de elegibilidad" es un error conceptual que puede llevar a una decisión equivocada. El usuario necesita saber instantáneamente si está bloqueado o si está en juego. Verde o rojo. Sin escala de grises en esta capa.
5. El pliego es un sustantivo, no un verbo
El pliego, los anexos, y las adendas están siempre cargados en el panel lateral de cada proceso, listos para consulta. El usuario no "abre" el pliego — el pliego está ahí.
El cambio de contexto es el enemigo de la eficiencia bajo presión. Si para leer el pliego hay que salir de la vista del proceso, ir al portal SECOP, esperar que cargue el PDF en una nueva pestaña, y volver — se pierden 4 minutos por consulta, multiplicados por 50 procesos activos por semana.
6. WhatsApp es una superficie, no un canal de notificación
Todos los competidores tratan el messaging como un canal de alertas: te mando un mensaje, vos lo leés, tenés que abrir la aplicación web para hacer algo. Ese es el modelo de Telegram de LicitIA.
WhatsApp en Octograma es una superficie completa. El usuario puede descartar un proceso, guardarlo en pipeline, reenviarle el link a un socio de UT, o hacerle una pregunta al pliego — todo desde WhatsApp, sin abrir el navegador. Es la diferencia entre una alerta y una interfaz.
La razón por la que esto importa: el 84% del crecimiento de mensajería empresarial en Colombia en 2026 es WhatsApp. Cada gerente de consultora tiene 4 a 8 grupos activos de licitaciones. Entregar la inteligencia en el ambiente donde ya toman decisiones no es una optimización — es la integración correcta.
7. Las pérdidas son datos, no fracasos
No hay emojis tristes, banners rojos, ni "mejor suerte la próxima". Una pérdida es una fila en bid_outcomes y un insumo para el modelo.
La UI de post-mortem es seca, como un informe de auditoría:
Cerrado. Ganador: Geomatic SAS — adjudicado a $1.72B
Puntaje ganador: 87,4 — Tu puntaje: 79,1 — Diferencia: -8,3
Análisis: 6 puntos perdidos en Equipo (faltó ingeniero senior catastro)
2,3 puntos perdidos en Experiencia específica
El usuario es un profesional. Le damos información, no validación emocional.
8. Español primero; inglés en tooltips para jerga técnica
Cada string de UI es español colombiano nativo. Los términos técnicos del dominio — habilitantes, pliego, adenda, cierre, concurso de méritos — se usan sin traducción porque son el lenguaje real del sector.
Los términos técnicos de software — UNSPSC, RAG, pgvector, pWin, calibración — solo aparecen en tooltips con una explicación en una línea. El producto nunca dice "score your fit!" ni "loading..." — dice "¿cuán bien calzás?" y "cargando...".
9. La calibración es visible, no escondida
Hay una página de calibración en la aplicación y en el sitio público. Muestra: de los últimos 50 procesos que clasificamos con 60 a 70% de probabilidad, X% fueron adjudicados a nuestros usuarios. Para los de 40 a 50%, Y%. Y así en toda la curva.
Esto es la respuesta directa a LicitaPro y su "95% de precisión AI" sin metodología. La única forma de hacer esa afirmación creíble es publicar la metodología y los datos históricos. Mientras no lo hagan, la afirmación es marketing. La calibración honesta — aunque muestre un 73% de acierto, no 95% — construye más confianza que el número inflado.
10. El rojo es solo para bloqueantes
Reservado para: inhabilidad, rechazo, habilitante fallido, adenda que te sacó de la elegibilidad. Nunca para baja probabilidad de ganar.
Una probabilidad baja es gris — significa "considera saltarlo". No es una emergencia, no es un fracaso, no requiere la urgencia visual del rojo. El rojo entrenado mal — usado para cualquier número bajo — pierde su señal. Cuando sí hay un bloqueante real, el usuario ya no lo ve.
11. El badge de entidad cálida es irremplazable
Si un proceso viene de ISAGEN, IGAC, EPM, o cualquier entidad con la que el usuario tiene historial de contratos — el badge tiene que ser visualmente imposible de ignorar.
Este es el moat del producto convertido en UI. El usuario que escanea el feed a las 6:30am con el tercer café no puede perderse que el primer resultado de la lista es una convocatoria de su cliente de los últimos 27 años. La señal de relación histórica supera cualquier match de UNSPSC como predictor de probabilidad de ganar — y tiene que verse así.
12. Navegación por teclado de nivel Linear
J/K para recorrer el feed. S para guardar. D para descartar. P para mover al pipeline. W para compartir por WhatsApp. Enter para abrir el detalle. Esc para cerrar. Cmd+K para el command palette global.
Un profesional de BD triage entre 40 y 80 procesos por semana. Cada vez que tiene que mover la mano al mouse y buscar visualmente un botón de acción, pierde segundos que se acumulan en minutos. La eficiencia de teclado no es un feature de power-user — es respeto por el tiempo del usuario.
El anti-patrón central
La lista opuesta — los doce anti-patrones — tiene una raíz común: tratar este producto como si fuera una aplicación de consumo o un dashboard corporativo genérico.
No es ninguno de los dos. Es una herramienta de trabajo profesional bajo presión de tiempo real, usada por personas que tienen consecuencias económicas directas de sus errores. El diseño correcto para esa audiencia es denso cuando la densidad sirve, silencioso cuando el silencio sirve, y nunca más visible que la información que entrega.
La gamificación destruye la confianza con un Director Técnico de 52 años la primera vez que aparece una estrella o un logro. La precisión falsa destruye la confianza con un Gerente General en el momento en que el modelo predice 78% y se pierde por 8 puntos de equipo. El rojo en todos lados destruye la capacidad de priorizar cuando el rojo realmente importa.
Diseñar bien este producto no es diferente a diseñar bien cualquier otra herramienta de alta responsabilidad: instrumentación médica, cockpits de aviones, sistemas de control industrial. La interfaz tiene que ser la parte menos visible — lo que tiene que ser visible es la información correcta, a tiempo, sin ruido.