Cuando las empresas adquieren software o servicios de digitalización, en los pliegos de licitación aún es común encontrar requisitos como «el licitante debe contar con XX ingenieros senior y destinar a la obra no menos de XX personas‑mes». Las puntuaciones del comité evaluador se otorgan mediante una ponderación basada en el número de personas, sus cualificaciones y el precio unitario; este método era razonable hace diez años, pero…Entidad inteligente y entrega asistida por IAEn la actualidad, es fácil elegir a un proveedor que tenga “más personas” en lugar de uno cuyos “resultados sean más claros”.
Contexto político: La lógica de compras está cambiando
El “Plan de Implementación de la Acción Especial ‘IA + Software’”, publicado en septiembre de 2026 por el Ministerio de Industria y Tecnología de la Información, propone impulsar la transformación del software hacia la inteligencia, desarrollar modelos como los servicios de agentes inteligentes, y subraya queNo importa cuánto se invierta, sino cómo sean los resultados reales.. Para el comprador, la señal es clara: si sigue basándose únicamente en los días-hombre y en el número de personal presencial, es posible adquirir una “implementación ruidosa”, pero no una mejora empresarial verificable.
Evaluación de ofertas por personas vs evaluación de resultados: ¿en qué se diferencian?
| Dimensión | Evaluación de ofertas tradicional por persona/día | Evaluación de ofertas orientada a resultados |
|---|---|---|
| Indicadores clave | Número de personas, nivel, días de presencia en el sitio, precio unitario | Cierre del ciclo de escena, script de aceptación, KPI tras la puesta en producción |
| Expresión de la demanda | Lista de funciones seleccionada | Operación del puesto + criterios de datos + reglas de excepción |
| Procesamiento de cambios | Negociación en el lugar para contratar más personal y aumentar la inversión | ¿Qué hitos y qué KPI se ven afectados por la orden de cambio? |
| IA/Agente inteligente | Por lo general, no se incluye en la evaluación. | Se solicita indicar los puntos de mejora en la eficiencia, los puntos de revisión manual y los límites de permisos. |
| Nodo de pago | Se factura por trimestre o por persona-mes. | Pago aprobado tras la aceptación por hitos |
| Punto central de la controversia | «¿Están las personas en su lugar?» | «¿Se ha ejecutado correctamente el script y han mejorado los indicadores?» |
Lógica de negocio: ¿cómo se modifica el documento de licitación?
Cambie el documento de compras de «comprar manos» a «comprar resultados», y se recomienda reescribir cuatro secciones:
- Lista de escenarios: Escribir según el puesto «situación actual y problemas → operaciones objetivo», por ejemplo, «el comprador pasa de realizar pedidos por correo electrónico a cerrar el ciclo de aprobación de PO dentro del sistema».
- Script de aceptación: Cada escenario incluye los pasos de prueba, los datos de entrada y la salida esperada; el oferente deberá responder punto por punto sobre su viabilidad.
- Compromiso de KPI: En los 90 días posteriores al lanzamiento, se podrán medir indicadores cuantificables, como la proporción de reducción del ciclo de aprobación, la tasa de discrepancia en la conciliación y la precisión del inventario; dichos indicadores deben poder obtenerse automáticamente del sistema.
- Límite del servicio: La formación, la operación y el mantenimiento, la migración de datos y el mantenimiento de las reglas del agente inteligente corresponden a qué parte, para evitar que “la puesta en marcha signifique el fin”.
Recomendación de los pesos de calificación:Grado de adecuación del plan a la aceptación: 40% + Eficacia en casos similares: 30% + Precio: 20% + Capacidades del equipo: 10%. El equipo sigue siendo importante, pero no debería ser el que tome las decisiones; de lo contrario, volveríamos a la práctica de contar personal.
Lógica de diseño: cómo los agentes inteligentes y la automatización contribuyen a la evaluación de ofertas
Si el plan incluye servicio de atención al cliente inteligente, seguimiento automático y un motor de reglas, la entidad compradora deberá solicitar a los licitantes que respondan:
- Entrada y salida: qué documentos se leen, qué estados se vuelven a escribir y si son auditables.
- Permisos y actualizaciones: ¿Qué operaciones deben ser confirmadas manualmente y cómo se realiza la escalada en caso de tiempo excedido?
- Precisión y muestreo aleatorio: Cómo se mide la línea base de los compromisos y cómo se realiza la reversión en caso de operaciones erróneas.
- Bloqueo del proveedor: ¿Los modelos, las reglas y la base de conocimientos pueden exportarse para evitar que el sistema quede inoperativo al cambiar de fábrica?
Implementación y aceptación: Control de acceso de la tercera fase
Se recomienda especificar en el contrato el control de acceso de las tres fases y vincular el pago con la aceptación:
- Primera fase (4–8 semanas): El script del escenario central ha sido aprobado en un 100%, y la formación de los roles clave está completada. Si no se aprueba, no se abonará la segunda fase del pago.
- Etapa II (8–12 semanas): Se han integrado los procesos interdepartamentales, las interfaces y los datos maestros son estables, y se ha puesto en línea la recopilación de datos de referencia de KPI.
- Tercera fase (90 días de operación): Se realiza una revisión retrospectiva según los KPI del contrato; en caso de no alcanzar las metas, existen plazos de rectificación y cláusulas de deducción, en lugar de una presencia permanente indefinida.
El número de personas en el sitio puede servir comoMedios de implementaciónSe debe incluir un anexo, pero este no debe ser el objeto principal del contrato. El objeto principal del contrato debería ser «qué scripts han sido aprobados y qué indicadores se han mejorado».
Errores comunes del comprador
Error común número uno: ganar la licitación con un precio bajo por persona‑día.——Los cambios posteriores conllevan un aumento de precios, lo que eleva el costo total. Solución: límite del precio total + tabla de tarifas para los cambios.
Error común número dos: cuanto más funciones, mejor.——La tasa de puesta en línea es baja. Medida: implementar por etapas y escenarios; en la primera fase, limitar el número de casos y asegurar un ciclo cerrado.
Error común número tres: descuidar los datos maestros——Tras la puesta en marcha del sistema, los datos estaban desordenados y los errores se amplificaron. Medida: realizar una aceptación independiente de los hitos de gobernanza de los datos maestros.
Error común número cuatro: no definir el criterio de recopilación de datos para los KPI.——Cuando surgen disputas, cada uno se ocupa de sus propios asuntos. Solución: incluir en el anexo las fórmulas de los indicadores, las fuentes de datos y los períodos de cálculo, y que el departamento de informática confirme que el sistema puede extraer los datos automáticamente.
Próximas acciones
Si está reabriendo una licitación para ERP, OA, SRM o proyectos de digitalización personalizados, puede comenzar con una semana de “evaluación preliminar de la licitación”: resalte en rojo todos los ítems de horas hombre del RFP actual y redacte cada uno como un escenario + guion + KPI. No importa si no logra terminar; al menos la próxima versión de la licitación ya no elegirá proveedores siguiendo la lógica de 2015.
La “transformación tecnológica” en la industria del software no solo ocurre en los talleres de la parte contratada, sino también en el departamento de compras de la parte contratante. Quien primero evalúe las ofertas según los resultados será quien tenga más probabilidades de adquirir, en la era de los agentes inteligentes, un sistema de gestión realmente funcional, con capacidad de rendición de cuentas y de análisis retrospectivo, en lugar de un extenso listado de personal.
Puntos adicionales de atención para las compras de empresas estatales y de grupos
Las grandes adquisiciones suelen tener que equilibrar la conformidad con la eficacia: se pueden mantener en los documentos de licitación los requisitos de cualificación y las cláusulas contra el fraude, peroTabla de puntuación técnicaEs necesario establecer como criterios estrictos la “integridad de la respuesta del script de aceptación” y la “medibilidad de los KPI”, para evitar que la evaluación técnica se convierta en un mero trámite. En escenarios con múltiples entidades jurídicas del grupo, se debe exigir a los licitantes que expliquen cómo los datos maestros y los permisos respaldan a las filiales, y promover la implementación solo después de que una entidad piloto haya validado correctamente el script en la primera fase, en lugar de proceder directamente a la integración de todo el grupo.
En la fase de demostración del comité de compras, se recomienda seleccionar al azar 2 o 3 scripts para que los licitantes los ejecuten, y que el jurado evalúe según las expectativas de salida; esto refleja mejor la experiencia real tras la puesta en producción que simplemente revisar las presentaciones en PowerPoint. Durante la etapa de negociación contractual, incluir en el texto principal la “periodo de rectificación por incumplimiento de KPI y la fórmula de deducción” protege a ambas partes más eficazmente que intentar negociar a posteriori mediante influencias. La reforma de la evaluación de ofertas no tiene que esperar a la publicación de la próxima versión de la norma nacional; en la próxima licitación ya se puede probar un script, un KPI y un sistema de control de acceso en una fase piloto. Probar con pasos pequeños y corregir errores es una estrategia más ágil para adaptarse a los cambios simultáneos de políticas y tecnologías que esperar a contar con un modelo perfecto.