La mayoría de los proveedores solo escriben sobre los proyectos que ganan. Nosotros creemos que de una licitación perdida a menudo se aprende más, y eso es exactamente lo que compartimos aquí abiertamente.
El punto de partida
A través de un portal de contratación pública nos llamó la atención una licitación de una autoridad federal del ámbito medioambiental. Desde el punto de vista técnico, el requisito encajaba bien con nuestra cartera, hasta que leímos en detalle los criterios obligatorios.
El criterio obligatorio que nos dejó fuera de la carrera
Se exigían certificaciones personales concretas en Kubernetes y VMware, no como «deseables», sino como criterio de exclusión estricto. Operamos nuestra infraestructura de forma fiable y segura, pero sin estos certificados individuales específicos, a menudo más relevantes para proyectos clásicos de infraestructura on-premise. El resultado: una solución que técnicamente encajaba ni siquiera pudo ofertarse debido a un criterio puramente formal.
Qué significa esto para la práctica de contratación del sector público
Los criterios obligatorios de las licitaciones suelen basarse en proyectos de infraestructura clásicos, no en los modelos operativos SaaS modernos. Para los proveedores cloud-native esto puede suponer una desventaja estructural, con independencia de la seguridad o la calidad reales de la solución. Un órgano de contratación que quiera adquirir software moderno debería revisar periódicamente sus criterios obligatorios precisamente en busca de este punto ciego.
Qué hacemos de otra manera desde entonces
Ahora revisamos los criterios obligatorios como primer paso antes de cada decisión de presentar una oferta, y no después de la evaluación técnica. Esto ahorra a todas las partes esfuerzos innecesarios cuando un criterio no puede cumplirse por razones estructurales.
Preguntas frecuentes
¿Son habituales los requisitos de certificación en las licitaciones?
Sí, especialmente en administraciones públicas y organizaciones grandes con gobernanza de TI propia, aunque varía mucho si se formulan como criterios obligatorios o solo opcionales.
¿Se puede recurrir un criterio así?
Formalmente es posible en determinados procedimientos de contratación, pero en la práctica es costoso y rara vez prospera si el criterio se publicó correctamente de antemano.
¿Cómo se detectan estos criterios a tiempo?
Lo mejor es una revisión inicial estructurada de los criterios obligatorios antes de elaborar el contenido de la oferta, justo lo que hemos incorporado a nuestro proceso desde entonces.
¿Está preparando documentación de licitación y quiere saber cómo reaccionan los proveedores SaaS ante los criterios clásicos de infraestructura? Compartimos encantados nuestra experiencia, también al margen de un procedimiento concreto.
¿Está elaborando usted mismo un pliego de condiciones? Solicítenos nuestra lista de comprobación gratuita para pliegos de condiciones (PDF): 7 bloques temáticos que no deberían faltar en ninguna licitación.
Póngase en contacto con nosotros