Cómo elegir un consultor de IA: 7 criterios y 5 red flags

Hoy en Uruguay y LATAM hay una avalancha de oferta: consultoras tradicionales con "práctica de IA", agencias nuevas, freelances, partners grandes (EY, Deloitte). Esta es la guía que le doy a un director cuando me pregunta cómo separar a los buenos de los charlatanes — incluso cuando está evaluando si trabajar conmigo o con otro.

Primero: ¿qué tipo de proveedor estás buscando?

No todos los proveedores hacen lo mismo. Pedir el mismo a todos es perder tiempo.

Consultor independiente o boutique chica

Cuándo conviene: diagnóstico, validación de hipótesis, piloto rápido (2-4 meses), arquitectura inicial. Cuando necesitás criterio senior aplicado, sin pasar por capas de account management.

Cuándo no conviene: implementaciones grandes con compromiso de mantenimiento por 3+ años, proyectos con 10+ personas en paralelo, situaciones donde necesitás SLA 24x7.

Agencia mediana especializada en IA

Cuándo conviene: cuando ya validaste el caso y necesitás un equipo de 3-8 personas para construirlo en 4-9 meses. Tienen procesos, métodos y experiencia replicada en múltiples clientes.

Cuándo no conviene: para diagnóstico inicial — vas a pagar por la estructura sin necesitarla.

Empresa grande de software / Big 4

Cuándo conviene: implementaciones a nivel corporativo (no por área), múltiples geografías, necesidad de respaldo de marca (auditorías, requerimientos de board).

Cuándo no conviene: cuando necesitás velocidad. Sus tiempos son largos, sus precios son altos y normalmente los seniors solo aparecen en la venta — la implementación la hacen juniors.

Freelance individual

Cuándo conviene: tareas muy puntuales (fine-tuning, prompt engineering específico, integración chica). Cuando ya tenés tu equipo armado y necesitás complementar capacidad.

Cuándo no conviene: para liderar el primer caso de IA de tu empresa. Necesitás criterio de negocio, no solo skill técnico.

7 criterios para evaluar al proveedor

1. Casos verificables, no presentaciones

Pedí 2-3 referencias específicas: nombre de cliente, qué se hizo, qué métrica mejoró, contacto verificable. Si solo te muestran logos sin contexto, malo. Si dicen "no podemos compartir por NDA" en TODOS los casos, peor — alguno tiene que ser público.

2. Que vos hables con quien va a hacer el trabajo

Si en la venta hablás con un partner senior y en el kickoff aparecen tres juniors que nunca viste, hay un problema. Insistí en conocer al equipo real desde la propuesta.

3. Que defina la métrica de éxito ANTES de empezar

Un buen proveedor te ayuda a articular: "este piloto funciona si reducimos el tiempo medio de X de 4 horas a 1 hora, manteniendo CSAT por encima de 4.2". Si la propuesta solo habla de "implementar la solución" sin métrica, mala señal.

4. Propiedad clara del código y los modelos

¿De quién es el código que se desarrolla? ¿Y los prompts? ¿Y los datos? Tiene que estar escrito en el contrato. Por defecto, debería ser tuyo (con licencia para que el proveedor lo use en otros clientes en partes genéricas, está bien). Si el proveedor se queda con todo, vas a depender de él para siempre.

5. Plan de traspaso documentado

Al final del piloto, ¿podés operar el sistema sin el proveedor? Esto debería estar en la propuesta inicial: documentación, dashboards de monitoreo, capacitación a tu equipo. Si el proveedor se hace imprescindible, no es buen partner — es proveedor con candado.

6. Honestidad sobre lo que NO sabe o NO va a hacer

Un buen proveedor te dice "esto que pedís no es la mejor manera de resolverlo, sería mejor X" o "este caso no tiene buen ROI con IA, te recomiendo seguir con el proceso actual". Si todo lo que pedís recibe un "sí, dale, lo hacemos", desconfiá.

7. Track record en producción, no solo en demos

Construir un demo es fácil. Operar IA en producción durante meses es completamente otra cosa: monitoreo, manejo de costos, evaluación automática, manejo de errores. Pedí ejemplos de sistemas que el proveedor está operando hoy, no solo proyectos terminados.

5 red flags que merecen un descarte directo

1. "Te lo entrego en 2 semanas todo cerrado"

Un piloto serio tarda 2-4 meses. Quien promete 2 semanas está vendiendo un demo o un wrapper de ChatGPT. No es lo que necesitás.

2. Propuestas sin precios claros

"Después definimos el alcance y el precio" es la receta perfecta para sorpresas. Una propuesta seria tiene precios para fases definidas, con criterios claros de qué entra y qué no.

3. Buzzwords sin sustancia

Si la propuesta dice "transformación digital con IA cognitiva de última generación" y no podés explicar a tu CFO en 30 segundos qué se va a hacer, mal. Pedí lenguaje claro.

4. Equipo de venta separado del equipo técnico, sin overlap

Si en las primeras 3 reuniones nunca apareció alguien técnico que entendiera tu negocio, es señal de que tu caso lo va a llevar adelante alguien que recién se va a enterar de los detalles después de firmar.

5. "Trabajamos con todos los grandes pero no podemos contártelo"

NDAs existen, pero alguien tiene que ser referenciable. Si en 100% de los casos la respuesta es "no podemos contar", probablemente no haya tantos casos como dicen.

Preguntas que SÍ hay que hacer en la primera reunión

  1. "¿Cuál es el primer entregable concreto y cuándo lo voy a tener?" Respuesta esperada: algo tangible en menos de 30 días.
  2. "¿Quién va a hacer el trabajo? ¿Los puedo conocer antes de firmar?" Respuesta esperada: sí, sin problema.
  3. "¿Cuál es la métrica de éxito y cómo la vamos a medir?" Respuesta esperada: una métrica numérica, con baseline actual y target.
  4. "¿De quién es el código y los datos?" Respuesta esperada: tuyo, con licencia para el proveedor en partes genéricas.
  5. "¿Qué pasa si no funciona?" Respuesta esperada: criterios claros para matar el proyecto sin penalty, y recomendación de qué hacer.
  6. "¿Qué tecnologías usan y por qué?" Respuesta esperada: nombres concretos (Claude, GPT, MCP, etc.) con razones del caso, no marketing genérico.
  7. "¿Cómo van a manejar la información sensible?" Respuesta esperada: arquitectura de datos clara, manejo de PII, logging de accesos.

Cómo estructurar el primer engagement

Recomendación honesta: arrancá con un diagnóstico corto y barato (USD 3.000 - 8.000, 1-2 semanas) que termine con un caso elegido y un plan de piloto. Esto te permite:

  • Probar cómo trabaja el proveedor sin compromiso grande.
  • Tener un entregable propio independientemente de lo que pase después.
  • Validar que el proveedor entiende tu negocio antes de pasar a un proyecto grande.

Si el diagnóstico está bien hecho, vas a saber si querés seguir con ese mismo proveedor para el piloto o no. Si la respuesta es "no", igual te quedás con un mapa de oportunidades útil para llamar a otro proveedor.

Preguntas frecuentes

¿Cuánto debería pagar por una consultoría de IA en Uruguay?

Diagnóstico inicial: USD 3.000 - 8.000. Piloto del primer caso: USD 15.000 - 60.000 según complejidad. Tarifas por hora de consultor senior IA en LATAM: USD 80 - 200/h. Por encima o por debajo de eso, pedí justificación.

¿Conviene un consultor uruguayo o uno de afuera?

Para casos que requieren conocimiento del contexto local (sector público uruguayo, regulación BCU, idioma rioplatense en interfaces), conviene local. Para casos puramente técnicos sin componente cultural, da igual — pero la diferencia horaria y cultural pesa más de lo que parece en proyectos largos.

¿Cómo evalúo si el consultor realmente sabe de IA?

Tres preguntas simples sirven mucho: (1) "Contame un caso donde lo que probaste no funcionó y por qué" — los que solo cuentan éxitos no han hecho mucho. (2) "¿Qué diferencia hay entre RAG y fine-tuning, y cuándo usarías cada uno?" — respuesta clara en 2 minutos. (3) "Mostrame algo que hayas escrito o construido público" — repos, posts técnicos, charlas grabadas.

¿Es mejor un consultor solo o un equipo?

Para diagnóstico y piloto chico: un consultor senior alcanza. Para piloto mediano (4-6 meses): consultor + 1-2 ingenieros. Para implementación grande: equipo de 4+ personas. Pedir más gente de la necesaria infla costos sin agregar valor; pedir menos termina en demoras.

¿Cómo me protejo de quedar atado al proveedor?

Cuatro cláusulas en el contrato: (1) el código y los modelos son tuyos, (2) hay traspaso documentado al final del piloto, (3) capacitación incluida para tu equipo, (4) derecho a auditar el sistema y a pedir el código fuente cuando quieras.


¿Estás evaluando proveedores de IA? Si querés un diagnóstico independiente antes de elegir, conversemos. Mirá mi trayectoria · Agendar llamada.