Para crear una RFP de servicios de IA, define la decisión de negocio o el resultado operativo que debe mejorar, los datos y límites del proyecto, cómo se probará el sistema y quién responderá por él en producción. Exige que todos los oferentes entreguen la misma evidencia. Aplica primero condiciones eliminatorias de seguridad, privacidad y control; después utiliza una matriz ponderada para comparar capacidad de ejecución, no discursos ni demostraciones.
Esta estructura es importante porque las propuestas de IA suelen ser deliberadamente distintas. Una firma vende diagnóstico, otra promete un agente listo y una tercera lidera con su plataforma. Una RFP que prescribe demasiado pronto el modelo, proveedor o una lista abstracta de funciones puede excluir mejores soluciones antes de evaluarlas. La guía del Gobierno británico ofrece un principio útil: partir del problema, permitir entregas iterativas, involucrar capacidades multidisciplinarias y atender cajas negras y dependencias innecesarias.
La RFP de la Decisión a la Operación
MAKINAI organiza la contratación en seis puertas. Un proveedor no debe avanzar solamente porque obtuvo una calificación total alta: debe demostrar que la solución puede atravesar cada puerta. El objetivo no es agregar burocracia. Es conectar una promesa de IA con una decisión medible, una arquitectura sostenible y una operación con responsabilidades claras.
- 1. Resultado y decisión: ¿qué conducta, tiempo, ingreso, costo, riesgo o nivel de calidad debe cambiar y para quién?
- 2. Datos y arquitectura: ¿qué fuentes, integraciones, permisos, modelos y dependencias hacen posible la solución?
- 3. Evaluación y aceptación: ¿qué pruebas, conjuntos de referencia, métricas y umbrales determinan si funciona?
- 4. Riesgo y gobierno: ¿quién aprueba, monitorea, interviene, investiga incidentes y rinde cuentas?
- 5. Adopción y operación: ¿cómo funcionarán personas, procesos, soporte, observabilidad y mejora continua?
- 6. Comercial, transferencia y salida: ¿cuál es el costo total, qué pertenece al comprador y cómo se cambia de proveedor sin perder el sistema?
El NIST AI Risk Management Framework ayuda a convertir la cuarta puerta en trabajo concreto porque integra confiabilidad en el diseño, desarrollo, uso y evaluación de IA. El perfil de IA generativa de NIST añade riesgos y acciones específicos. ISO/IEC 42001 aporta una referencia de sistema de gestión que cubre políticas, procesos y mejora continua. Estas fuentes no sustituyen la revisión legal, de seguridad o privacidad de tu organización, pero vuelven más precisos los requisitos y las respuestas.
Los 12 requisitos que toda oferta debe responder
Comienza por el problema y la línea base. Explica el flujo actual, usuarios afectados, volumen aproximado, decisión que será apoyada y costo del error. Separa el trabajo incluido y excluido. En lugar de pedir “un chatbot con IA”, solicita una forma confiable de reducir el tiempo de una tarea o mejorar una decisión dentro de límites declarados. Permite que cada firma proponga tecnología, arquitectura y secuencia de entrega, pero exige que revele supuestos y dependencias.
Después, define datos e integraciones: sistemas de origen, problemas conocidos de calidad, clasificación, residencia, retención, reglas de acceso y responsables. Solicita un diagrama de arquitectura propuesto y una lista de servicios externos, modelos, bibliotecas y componentes que puedan afectar costo o continuidad. Pide alternativas si un modelo, nube o licencia deja de estar disponible. Esta sección muestra si la oferta fue diseñada para tu operación o adaptada de una presentación genérica.
Define evaluación y aceptación antes de desarrollar. Cada propuesta debe incluir métricas de resultado, criterios de calidad, escenarios adversos, método de muestreo, responsables de validación y condiciones para detener, corregir o ampliar. Para un agente no basta medir respuestas convincentes: evalúa acciones no autorizadas, uso de herramientas, escalamiento humano, trazabilidad y límites de autonomía. Para automatización, mide excepciones y retrabajo, no solo la tasa de ejecución.
Convierte seguridad, privacidad y gobierno en requisitos de arquitectura. Pide un registro inicial de riesgos, flujo de datos, controles de acceso, logs, respuesta a incidentes, tratamiento de información sensible y asignación de roles. Los riesgos de OWASP para aplicaciones con LLM —como prompt injection, divulgación de información sensible, agencia excesiva, manejo inadecuado de salidas y consumo sin límites— son un buen punto de partida. El proveedor debe explicar controles y riesgo residual, no afirmar simplemente que todo es seguro.
Cierra con entrega, operación y términos comerciales. Solicita hitos que produzcan evidencia, responsabilidades del comprador y proveedor, integrantes del equipo y disponibilidad, plan de adopción, documentación, monitoreo, soporte y proceso de actualización. Pide precios por fase y supuestos de consumo, licencias, infraestructura, soporte y cambios. Define propiedad intelectual, derechos sobre datos y artefactos, portabilidad, acceso al código cuando corresponda, documentación de transferencia y apoyo de salida.
Una matriz de 100 puntos: califica evidencia, no adjetivos
La distribución inicial de MAKINAI es: resultado y comprensión del problema, 20 puntos; datos y arquitectura, 15; evaluación y aceptación, 20; gobierno, privacidad y seguridad, 15; entrega, adopción y operación, 15; modelo comercial, transferencia y salida, 15. Estos pesos no son un estándar de la industria. Ajústalos al caso y al riesgo antes de publicar la RFP y comunica la misma regla a todos los participantes.
En cada dimensión, asigna una nota de cero a cinco y multiplícala por el peso. Cero significa ausente; uno, afirmación sin evidencia; dos, enfoque genérico; tres, evidencia adecuada al contexto; cuatro, evidencia sólida con trade-offs explícitos; cinco, evidencia verificable, responsables claros y plan de contingencia. Exige como anexos el equipo propuesto, un esquema de arquitectura, un ejemplo de plan de evaluación, un registro inicial de riesgos, el modelo operativo, la hoja de precios y la lista de artefactos transferibles.
Calcula el total únicamente después de las reglas eliminatorias. Descarta propuestas que no acepten requisitos indispensables de privacidad, no identifiquen subcontratistas críticos, impidan exportar datos, no permitan registrar acciones de alto impacto o hagan que la continuidad dependa de componentes sin alternativa razonable. Un precio atractivo o una demostración impresionante no compensan una condición que vuelve el sistema inseguro, irresponsable o imposible de operar.
Cómo conducir la selección
Antes de emitir la RFP, realiza una conversación de mercado sin compromiso para comprobar que el problema está expresado de forma neutral. Después de las respuestas escritas, organiza una sesión de evidencia con la misma agenda para todos. Utiliza datos sintéticos o aprobados y pide que el equipo que realmente entregará explique arquitectura, evaluación y riesgos. Verifica referencias, valida conflictos y negocia un alcance por fases con puertas explícitas para detener, corregir o escalar.
Las señales de alerta incluyen precisión o retorno garantizados sin conjunto de prueba; seguridad descrita solo mediante certificaciones de la plataforma; precio que excluye inferencia, infraestructura y operación; dependencia de una persona “estrella”; ausencia de transferencia; piloto sin ruta a producción; y presión para elegir el modelo antes de entender datos y flujo. También cuestiona la revisión humana genérica si la oferta no especifica autoridad, capacidad, tiempo de respuesta y consecuencias de intervenir.
Una buena RFP no elige automáticamente al socio correcto. Crea condiciones para una decisión defendible y reduce sorpresas entre prototipo y operación. Usa esta estructura para recibir ofertas comparables y combínala, en la evaluación final, con el scorecard de 30 puntos de MAKINAI para seleccionar una empresa de implementación de IA. Si tu organización necesita convertir una oportunidad en brief, RFP, plan de evaluación y puertas de inversión neutrales, MAKINAI puede estructurar ese proceso antes de adjudicar la implementación.