¿Por qué es más difícil de lo que parece elegir un buen consultor de automatización con IA?
Cada semana aparece una agencia nueva prometiendo "multiplicar tu negocio con IA". La mayoría vende humo, no ingeniería. La diferencia entre un consultor que construye algo que sigue funcionando en producción dos años después y otro que entrega una demo que se rompe en cuanto cambia una API es enorme — y casi invisible hasta que ya has pagado por ella.
Dirijo Dyvab, mi práctica independiente de integración de IA y automatizaciones, y antes de eso pasé años trabajando como consultor en proyectos complejos y de alto riesgo, donde el nivel de exigencia no era negociable. Esa experiencia me enseñó algo que aplica directamente aquí: la mayoría de "problemas de IA" son en realidad problemas de proceso disfrazados. El trabajo del consultor es encontrar el cuello de botella real antes de escribir una sola línea de código, no venderte la herramienta más brillante.
Estas son siete señales concretas que separan a un consultor que sabe lo que hace de uno que está improvisando.
¿Investiga antes de proponer, o propone antes de entender?
Un consultor que propone una solución en la primera llamada, antes de entender cómo trabaja tu equipo hoy, está adivinando. Los buenos hacen lo contrario: analizan lo que les has contado — muchas veces con sus propios sistemas de IA procesando tu mensaje inicial antes de que la llamada empiece — para que la conversación arranque desde información real, no desde un pitch genérico.
Si en la primera llamada el 90% del tiempo lo ocupa él hablando de lo que puede construir y el 10% haciendo preguntas sobre tu flujo de trabajo real, algo va al revés. Debería ser justo lo contrario.
¿Te dice cuando no hay encaje?
Esta es la señal más clara de todas. Un consultor honesto te dirá, a veces en la primera llamada, que lo que describes no es un buen candidato para automatizar, o que el problema real está en otro sitio. La mayoría de las personas que describen un problema en un primer mensaje no están describiendo el problema real; un buen consultor sigue preguntando hasta encontrarlo, aunque eso signifique que el proyecto acabe siendo distinto (más pequeño, o incluso inexistente) de lo que pediste al principio.
Si cada conversación termina en "sí, podemos hacerlo", sea lo que sea "eso", desconfía. Nadie tiene la solución adecuada para todos los problemas, y fingir lo contrario es una táctica de venta, no experiencia.
¿Da un precio fijo, o una tarifa por horas sin límite claro?
Cobrar por horas crea un incentivo perverso: cuanto más lento vaya el trabajo, más gana el consultor. Un precio fijo por proyecto obliga a lo contrario: el consultor tiene que acotar bien el problema, entender los casos límite y comprometerse con un resultado antes de empezar a facturar. Es un detalle pequeño que dice mucho sobre cuánto piensa un proyecto antes de tocar el teclado.
Cuidado con alcances vagos combinados con tarifas por hora y sin un entregable claro. Esa combinación casi siempre acaba en sobrecostes.
¿Puede enseñarte algo funcionando en producción, o solo demos?
Las demos son fáciles. Un chatbot que responde a tres preguntas preparadas, o un flujo que funciona una vez con datos de prueba limpios, no demuestra casi nada. Lo que importa es si el consultor ha construido sistemas que siguen funcionando cuando los datos son sucios, cuando una API falla, cuando hace falta que una persona intervenga en un caso concreto de cada mil.
Pregunta directamente: ¿qué pasa cuando esto falla? Un consultor con experiencia real en producción tendrá una respuesta concreta — gestión de errores, reintentos, escalación a una persona donde importa — en lugar de encogerse de hombros.
¿Usa de verdad las herramientas que te está vendiendo?
Hay una diferencia enorme entre alguien que ha leído sobre Claude, ChatGPT o n8n en una newsletter y alguien que las usa a diario para construir y entregar sistemas reales. El segundo grupo nota cosas que el primero no: qué modelo funciona mejor para una tarea concreta, dónde falla en la práctica una plataforma de automatización, qué se rompe en la realidad y no en la teoría.
Una buena prueba: pregúntale qué cambiaría de la herramienta que más recomienda. Si solo tiene cosas buenas que decir, probablemente no la ha exigido lo suficiente como para haber encontrado sus límites.
¿Escala el equipo según el proyecto, o te encaja en un paquete cerrado?
Algunos proyectos necesitan una persona durante dos semanas. Otros necesitan un equipo pequeño con perfiles especializados durante tres meses. Un consultor encerrado en paquetes rígidos y predefinidos intentará meter tu proyecto en la caja que vende, encaje o no. Mejor señal es un consultor que forma equipos a demanda cuando el proyecto realmente lo necesita, y se mantiene ágil cuando no.
Esto importa más de lo que parece: es la diferencia entre una solución diseñada para tu problema y tu problema forzado a encajar en la plantilla de otro.
¿Habla de calidad aunque nadie se lo esté exigiendo?
Cualquiera puede prometer velocidad. Menos gente mantiene el nivel de calidad cuando el plazo aprieta o el cliente no está mirando de cerca. Pregúntale cómo maneja un plazo muy ajustado, o qué no estaría dispuesto a recortar ni bajo presión. La respuesta te dirá si "calidad" es un valor que de verdad se aplica a sí mismo, o solo una palabra en su web.
¿Cómo juntas todas estas señales en una primera conversación?
No hace falta tener siete reuniones distintas para comprobar todo esto. En una primera llamada honesta ya se nota bastante: ¿hace preguntas reales sobre tu proceso, o recita un discurso preparado? ¿Está dispuesto a decir "esto no encaja" si es verdad? ¿Da un precio fijo y acotado, o una tarifa por horas sin entregable claro? Eso ya es la mayor parte de la señal, en unos treinta minutos.
El resto — historial en producción, dominio real de herramientas, cómo escala el equipo — lo puedes comprobar preguntando directamente y prestando atención a si responde con detalles concretos o con generalidades. Los consultores que de verdad han hecho el trabajo tienen detalles. Los que no, no.