Cómo elegir un proveedor de IA sin equivocarse
Las preguntas que separan a un socio tecnológico serio de una demo bien presentada, y las cláusulas contractuales que conviene revisar antes de firmar.
El mercado de inteligencia artificial está saturado de propuestas, y la calidad de la presentación no se correlaciona con la calidad de la ejecución. La buena noticia es que hay un conjunto acotado de preguntas que separa bastante bien a unos de otros.
Las cinco preguntas que hay que hacer
1. ¿Podemos hacer una prueba con nuestros datos?
La pregunta más reveladora. Una demo con datos preparados demuestra poco. Un proveedor sólido acepta procesar una muestra real y mostrar resultados, incluidos los casos donde falla.
Si la respuesta es que no, por el motivo que sea, es una señal fuerte.
2. ¿Quién va a trabajar efectivamente en el proyecto?
La diferencia entre el equipo comercial y el equipo de entrega suele ser grande. Conviene conocer a las personas que van a estar, su experiencia y cuánto tiempo le van a dedicar.
3. ¿Dónde se procesan y almacenan nuestros datos?
En qué infraestructura, en qué jurisdicción, por cuánto tiempo, y si se usan para entrenar modelos. La respuesta debe estar por escrito en el contrato, no en un correo.
4. ¿Qué pasa si dejamos de trabajar juntos?
Qué nos llevamos: los datos, la configuración, el código, la documentación. En qué formato. Cuánto tiempo lleva migrar. Un proveedor que no pensó esto, o que lo evita, está construyendo dependencia.
5. ¿Qué limitaciones tiene la solución?
Un proveedor que responde "ninguna" o deriva a generalidades no entiende su producto o no quiere explicarlo. El que menciona limitaciones concretas y cómo las maneja suele ser el que ya pasó por implementaciones reales.
Los tres perfiles de proveedor
El especialista en IA. Profundidad técnica, buenos resultados en el modelo. El riesgo es la integración: muchos entregan una solución excelente que no se conecta con nada.
El integrador tecnológico. Conoce los sistemas de la empresa y sabe conectar. El riesgo es la superficialidad en la parte de IA, que puede terminar en una solución correcta pero poco efectiva.
El proveedor de producto. Vende una herramienta configurable. Menor costo y menor flexibilidad. Funciona cuando el caso de uso es estándar.
Ninguno es mejor en abstracto. Lo que importa es que el perfil coincida con el tipo de problema: si el desafío es la integración, pesa más el segundo; si el desafío es la precisión del resultado, el primero.
Las referencias que sirven
Pedir referencias es estándar; lo que importa es qué se pregunta. Tres consultas útiles a un cliente anterior:
- ¿Qué salió distinto a lo planificado y cómo lo resolvieron?
- ¿Cuánto tiempo del equipo interno consumió realmente?
- Si volvieras a empezar, ¿qué harías distinto?
Las respuestas a esas tres dicen más que cualquier caso de éxito publicado.
Las cláusulas que importan
Antes de firmar, conviene revisar cuatro puntos:
Propiedad. De los desarrollos específicos, de la configuración, de los datos generados durante el uso.
Confidencialidad y uso de datos. Explícito: que los datos de la empresa no se usan para entrenar modelos de terceros.
Niveles de servicio. Tiempos de respuesta ante incidentes, disponibilidad, consecuencias del incumplimiento.
Salida. Portabilidad en formato estándar, plazo de asistencia en la transición, y qué pasa con los datos después de terminar.
Una forma práctica de decidir
Contratar un alcance chico primero. Un proyecto de cuatro a seis semanas, con un entregable concreto y un pago acotado, enseña más sobre un proveedor que cualquier proceso de evaluación.
Se observa lo que realmente importa: si cumplen plazos, cómo comunican los problemas, si el equipo asignado es el prometido y si el resultado se acerca a lo que dijeron.
Con esa información, la decisión sobre un contrato mayor se toma con evidencia en lugar de con una presentación.
Preguntas frecuentes
¿Qué hay que pedirle a un proveedor antes de contratar?
Una prueba sobre datos propios, referencias de clientes con casos similares, claridad sobre dónde se procesan los datos, y el detalle de qué pasa con la solución si la relación termina.
¿Conviene un especialista en IA o un proveedor de tecnología general?
Depende del caso. Para un proyecto acotado y específico, un especialista aporta profundidad. Para una solución que debe integrarse con varios sistemas, pesa más la experiencia en integración que la especialización en modelos.
¿Qué señales indican que un proveedor no es adecuado?
Que no acepte una prueba con datos reales, que no pueda explicar en lenguaje simple cómo funciona la solución, que evite hablar de limitaciones, o que no dé referencias verificables.