Qué preguntar antes de contratar IA.
La mayoría de los proyectos de IA que no llegan a producción no fallan por la tecnología: fallan porque nadie hizo las preguntas incómodas al principio. Estas son las que conviene hacer antes de firmar.
Por qué tantos proyectos quedan en prueba
El patrón se repite: una demo atractiva con datos de ejemplo, un piloto que entusiasma a un área, y después nada. El piloto no se conecta con los sistemas reales, nadie es responsable de usarlo, no hay forma de saber si funciona y, cuando el proveedor se va, nadie puede mantenerlo. Ninguno de esos problemas es técnico, y todos se pueden anticipar con preguntas.
Preguntas sobre el problema
- ¿Qué proceso concreto se va a resolver? "Usar IA en ventas" no es un problema; "responder las consultas de stock que hoy llegan por WhatsApp" sí lo es.
- ¿Cómo se hace hoy, paso a paso? Un buen proveedor pregunta antes de proponer. Si propone sin preguntar, está vendiendo una herramienta, no resolviendo tu problema.
- ¿Conviene automatizarlo? Hay procesos que no conviene automatizar: los que se hacen pocas veces, los que dependen de datos poco confiables o aquellos en los que un error cuesta más que lo que se ahorra. Un proveedor serio te lo dice.
Preguntas sobre los datos
- ¿Van a trabajar con mis datos reales antes de que comprometa la construcción? Una demo con datos reales muestra cómo se comporta el sistema con tu información, con sus errores y huecos incluidos.
- ¿Dónde van a vivir mis datos y quién accede? La respuesta tiene que ser concreta: en qué infraestructura, a nombre de quién y con qué permisos.
- ¿Qué pasa si mis datos están desordenados? Casi siempre lo están. La respuesta esperable es un plan para ordenarlos, no un "no hay problema".
Preguntas sobre el control
- ¿En qué puntos decide una persona? Pagos, cambios de stock, mensajes a clientes y edición de registros deberían esperar una aprobación. Es el principio de Human in the loop.
- ¿Queda registro de lo que hizo el sistema? Qué propuso, con qué datos, quién aprobó y cuándo.
Preguntas sobre la propiedad
- ¿A nombre de quién queda la infraestructura? Lo deseable es que quede a nombre de tu empresa.
- ¿Puedo cambiar de modelo de IA o de proveedor de nube sin rehacer todo? Con una arquitectura modular y en contenedores, sí. Si la respuesta es "solo funciona con nuestra plataforma", hay dependencia.
Preguntas sobre el compromiso
- ¿Alcance, plazo y precio quedan por escrito, por etapa? Etapas chicas con entregables verificables reducen el riesgo de las dos partes.
- ¿Qué pasa si el alcance cambia? Lo sano es que el cambio se cotice aparte, con tu aprobación previa.
- ¿Cómo voy a ver el avance? Un portal o un reporte con el estado de cada entregable evita depender de reuniones para saber cómo va el proyecto.
Respuestas que dan tranquilidad y señales de alerta
| Tema | Respuesta que da tranquilidad | Señal de alerta |
|---|---|---|
| Problema | Pide relevar el proceso antes de proponer. | Trae la solución antes de conocer la operación. |
| Resultados | Habla de cómo se va a medir y con qué datos. | Promete un porcentaje de ahorro sin haber visto tus números. |
| Datos | Propone una demo con tus datos reales. | Solo muestra demos con ejemplos genéricos. |
| Plazo | Lo fija por escrito después del relevamiento. | Da un plazo cerrado en la primera reunión. |
| Control | Explica dónde decide una persona y qué queda registrado. | "La IA lo resuelve sola." |
| Propiedad | La infraestructura queda a tu nombre y es migrable. | El sistema solo funciona dentro de su plataforma. |
El primer entregable que deberías pedir
Antes de comprometer la construcción, lo razonable es recibir tres cosas: una respuesta clara sobre si conviene avanzar (sí, no o todavía no), un relevamiento con las oportunidades priorizadas y el mapa de dónde viven tus datos, y una demo navegable construida con esos datos. Con eso en la mano, la decisión deja de ser un acto de fe.
Preguntas frecuentes
Preguntas directas
¿Hace falta saber de IA para evaluar a un proveedor?
No. Las preguntas que más importan son de operación: qué problema se resuelve, con qué datos, dónde decide una persona, de quién es el sistema y qué queda por escrito.
¿Conviene empezar con una prueba piloto?
Sí, siempre que se haga con datos reales y con un criterio claro para decidir si se avanza. Una demo con datos reales, antes de comprometer la construcción, cumple esa función.
¿Qué entregables debería recibir antes de construir?
Una respuesta clara sobre si conviene avanzar, un relevamiento con oportunidades priorizadas y mapa de datos, y una demo navegable con los datos de la empresa.
Para seguir
