El mercado de servicios de IA se parece hoy a la burbuja puntocom: todo el mundo le añade «con IA» a la portada y los compradores eligen proveedor por la demo en lugar de por el resultado. La tasa de fracaso que viene después no es mala suerte: es el efecto de cómo se selecciona. Antes de firmar, estas son las señales de alerta que anticipan un presupuesto quemado, y las preguntas que las destapan.
Las señales de alerta
Abren con la demo, no con los modos de fallo. Una demo pulida demuestra que el happy path funciona con tres inputs que eligió el proveedor. Todo el trabajo real está en lo demás: el input adversarial, la carga, la cola larga y rara. Quien solo te enseña la demo te está escondiendo justo la parte que importa. Y si funciona tan bien, pregúntate por qué la venden en vez de usarla.
No te enseñan un eval. Pregunta: «¿cómo vamos a saber si esto es bueno?». Si la respuesta es «lo verás en la demo» y no un conjunto de preguntas reales, respuestas reales y umbrales explícitos, no existe una definición objetiva de terminado. Y un build sin eval es el que muere en la semana dos.
Esconden el precio. El precio opaco no es sofisticación: es una técnica de calificación. Quien confía en su valor te da el rango antes de la llamada. Si tienes que aguantar un pitch para llegar al número, el pitch es el producto.
Cambiazo en el equipo. La gente senior que hace el pitch no es la que va a escribir el código: el trabajo cae en juniors que aprenden con tu presupuesto. Pregunta: «¿la gente que está en esta sala es la que lo va a construir?».
No saben explicar un fracaso. Pídeles que recorran con tu equipo técnico un proyecto que salió mal y qué hicieron al respecto. Una firma real tiene cicatrices y las enseña. Una firma que solo ha tenido éxitos o nunca llegó a producción, o no te está diciendo la verdad.
No te entregan las llaves. Si la propiedad de la IP, el traspaso del código y las claves de modelo y API no son tuyas desde el día uno, no estás comprando un sistema: estás alquilando una dependencia. Lee las cláusulas de uso de datos antes de firmar; los derechos amplios a favor del proveedor son lo habitual en más contratos de los que te imaginas.
Prometen un resultado garantizado. Todo lo que se afirme con la seguridad de una ley física —«X % de precisión, de leads o de ahorro garantizado»— es marketing, no ingeniería. Los sistemas reales tienen modos de fallo, y quien es honesto los nombra.
Las preguntas que las destapan
Haz estas cuatro y el campo se ordena solo:
- «Enséñame el eval que decide si un cambio sale a producción.»
- «Abre una petición real que haya fallado y traza qué pasó.»
- «¿Quién opera esto después del handover cuando se rompe un domingo festivo, y con qué runbook?»
- «¿Cuál es el rango de precio, y soy dueño de la IP y de las claves?»
Quien entrega sistemas en producción responde las cuatro sin pestañear. Quien vive de las demos se escapa hacia el roadmap ya en la primera.
Cómo se ve lo contrario
El reverso de cada señal: abre por los modos de fallo, enseña el eval, publica el precio, mantiene a la misma gente senior desde el alcance hasta el handover, tiene cicatrices que comparte y te entrega las llaves. No es una lista larga; solo es poco frecuente, porque casi todo el mercado está optimizado para ganar el pitch, no para sobrevivir a la primera semana de operación.
Haces bien en desconfiar: la mayoría de los proyectos de IA fracasa, y la mayoría de esos fracasos se remonta a la elección del proveedor, no al modelo. Usa las cuatro preguntas. Quien las responda con claridad es quien merece una segunda llamada.
Si quieres hacernos esas cuatro a nosotros, tráenos el problema, el responsable, el presupuesto y la fecha. Esa es la llamada que nos gusta.