A veces el problema de una compra no nace en Mercado Público.
Nace mucho antes, cuando llega un requerimiento así:
“Necesito un software de gestión.”
¿Para qué proceso?
¿Para cuántos usuarios?
¿Con qué integraciones?
¿Con qué presupuesto?
¿En qué plazo?
¿Quién lo administrará después? 🧩
Nadie lo sabe.
Pero el atraso ya tiene dueño: Compras. ⏳
Y aquí está el punto: el comprador público no debería adivinar necesidades.
Debe transformarlas en una compra clara, trazable y defendible. 📄
Porque cuando el requerimiento llega incompleto, el riesgo no es solo demorarse.
El riesgo es comprar mal, evaluar peor y terminar contratando algo que no resuelve el problema real.
- Antes de pedir “un software”, necesitamos hacernos mejores preguntas:
- ¿Qué problema queremos resolver?
- ¿Qué funcionalidades son indispensables?
- ¿Qué usuarios lo utilizarán?
- ¿Qué sistemas debe integrar?
- ¿Cómo mediremos si funcionó?
Mi conclusión:
Una buena compra no empieza con una cotización.
Empieza con una necesidad bien formulada.
Porque en compras públicas, adivinar no es gestionar.
Y firmar por una adivinanza puede salir mucho más caro que detenerse a preguntar bien desde el inicio.
