👀Si trabajas en compras públicas, probablemente esta escena te resulta demasiado familiar.
El requerimiento “venía listo”…
o al menos eso decía el correo.
Pero pasan los días ⏳
y empiezan los clásicos mensajes:
💬 “Te lo mando hoy”
💬 “Solo faltan unos detalles”
💬 “Estamos afinando las especificaciones”
Mientras tanto, el comprador:
☕ revisando correos
📂 persiguiendo antecedentes
📞 preguntando por firmas
😵💫 intentando que el proceso avance sin observaciones.
📌Uno de los mayores cuellos de botella en compras públicas no siempre está en Mercado Público.
Muchas veces comienza antes:
en un requerimiento técnico incompleto.
Y aquí está el problema:
cuando la unidad usuaria entrega información parcial, el proceso completo se ralentiza.
- Bases mal construidas
- Observaciones evitables
- Retrasos en adjudicación
- Compras urgentes por mala planificación
- Riesgos para el comprador y para la institución
Porque no basta con decir:
“Necesitamos comprar esto”.
Se necesita:
✔️ descripción clara
✔️ especificaciones técnicas
✔️ cantidades definidas
✔️ justificación
✔️ criterios técnicos coherentes
✔️ validaciones y VB° correspondientes
🚀Las instituciones que realmente logran procesos eficientes no son las que “compran más rápido”.
Son las que entienden que un buen proceso comienza con un buen requerimiento técnico.
Un comprador público no debería transformarse en detective 🕵️♂️ buscando archivos faltantes.
Cuando las áreas técnicas trabajan bien desde el inicio:
📈 disminuyen los errores
📈 mejora la trazabilidad
📈 se evitan reprocesos
📈 y las compras generan más valor público.
💡La próxima vez que un requerimiento llegue “casi listo”, vale la pena hacerse una pregunta:
👉 ¿Estamos construyendo procesos eficientes… o normalizando retrasos?
Porque muchas veces no falla la plataforma.
No falla Mercado Público.
Falla algo más simple:
📎 el archivo adjunto que nunca llegó.
Y en compras públicas, un pequeño detalle puede retrasar semanas completas de trabajo.
