· Actualizado el 2026-10-16 · diligencia de compra
Cómo evaluar una agencia de IA: lista de verificación y plan de salida
Antes de contratar una agencia de IA, comprueba si el equipo que hará el trabajo sabe explicar sus límites, aportar evidencia de sus afirmaciones y entregar el resultado sin crear dependencia. Una presentación pulida no basta para aprobar un piloto. Haz las mismas preguntas a cada proveedor de la lista corta y anota las respuestas que aún no estén verificadas.
Esta lista ayuda a comparar proveedores para un proyecto definido. Es una herramienta de compra, no asesoramiento jurídico ni una certificación del proveedor.
1. Entrega el mismo briefing a cada proveedor
Describe la persona usuaria, el flujo de trabajo, la solución actual, el resultado esperado, los sistemas afectados, la sensibilidad de los datos, el plazo, el límite de presupuesto y quién aceptará el trabajo. Explica lo que queda fuera. Pide a todos que respondan al mismo briefing para poder comparar plan de entrega, exclusiones y supuestos.
Separa descubrimiento y entrega. Un piloto pagado debe resolver una incertidumbre concreta, producir trabajo que se pueda inspeccionar y terminar con una decisión de continuar, revisar o parar. Pregunta qué evidencia quedará al final, no solo qué demo se enseñará.
2. Verifica el equipo y la evidencia
- ¿Quién hará el análisis, la ingeniería, la evaluación y el soporte? Pide hablar con las personas nombradas en la propuesta.
- ¿Qué proyecto parecido puede explicar el proveedor y qué parte entregó realmente el equipo propuesto?
- ¿Puede una referencia describir el alcance original, los cambios, el traspaso y lo que mantuvo el cliente?
- ¿Qué afirmaciones se apoyan en resultados medidos y cuáles son estimaciones o demostraciones? Pide el método y los límites de cada cifra.
- ¿Qué ocurre si el modelo se equivoca, faltan datos o falla la integración?
Con permiso, habla tú con una clientela relevante. Pregunta qué repetirían, qué les sorprendió, cómo respondió el proveedor ante un problema y si otro equipo podría operar el resultado. Compara lo que averigües con las preguntas para referencias y la comprobación de afirmaciones en casos de estudio.
3. Aclara el flujo de datos y la responsabilidad operativa
Pide un mapa sencillo del flujo de datos: qué entra, dónde se procesa, qué modelos o subencargados lo reciben, qué se conserva y quién puede acceder. Confirma quién autoriza el uso de datos de producción, quién vigila fallos y quién puede pausar el flujo. Solicita las políticas y condiciones contractuales vigentes del proveedor; un logo de un modelo o una diapositiva no prueba cumplimiento.
Acuerda qué podrá revisar el comprador durante el piloto: casos de prueba, resultados de evaluación, ejemplos de error, cambios de versión, costes por ejecución y vía alternativa. Deja claro quién responde ante incidentes y cómo se escala una urgencia según el acuerdo propuesto.
4. Incluye propiedad y salida en la propuesta
Antes de empezar, identifica quién será titular o podrá usar el código, los prompts, el conjunto de evaluación, la documentación y los datos específicos del proyecto. Aclara licencias de terceros y posibles tarifas de uso. Las condiciones exactas dependen del contrato y la jurisdicción; pide a la asesoría jurídica de la parte compradora que revise lo relevante. Consulta la guía sobre cláusulas de propiedad intelectual y código.
Acuerda un plan de salida antes de necesitarlo. Debe responder:
- ¿Qué código fuente, configuración, manuales operativos, casos de prueba y notas de arquitectura se entregarán, y en qué formato?
- ¿Cómo exportará el comprador sus datos y verificará que las copias del proveedor se eliminen o conserven según lo acordado?
- ¿Qué cuentas, credenciales, claves y permisos de despliegue se transferirán o revocarán?
- ¿Qué periodo de soporte cubre el traspaso y cuánto cuesta?
- ¿Puede otro equipo operar el sistema sin herramientas privadas ni pasos que el proveedor no haya documentado?
Usa la guía de planes de transición de proveedores para asignar responsables y fechas a estas respuestas.
5. Compara el coste completo y decide
Compara el mismo alcance en todas las propuestas. Separa análisis, construcción, integración, uso de modelos, alojamiento, mantenimiento, soporte y revisión del comprador. Pregunta qué puede hacer crecer cada partida y qué queda excluido. Un piloto barato aún puede implicar un traspaso caro o dependencia continuada.
Valora encaje, evidencia, responsabilidad de entrega, controles de datos, condiciones comerciales y preparación para salir con una ficha de comparación de proveedores. Anota los riesgos sin resolver junto a la decisión en vez de diluirlos en una media. Pausa la selección si no hay comprador responsable, el proveedor no identifica al equipo, las afirmaciones importantes carecen de evidencia o el comprador no puede recuperar y operar el resultado.
Hire AI Agencies explica su enfoque de directorio, intake y comparación en la página de servicios. Para comparar propuestas reales, consulta cómo iniciar un proceso de intake con tu briefing y restricciones.