Cómo elegir un consultor de IA: 7 preguntas antes de firmar
Respuesta corta (60 segundos): las 7 preguntas críticas antes de firmar con un consultor o agencia de IA: (1) ¿podés mostrarme código tuyo que esté en producción?, (2) ¿cómo manejás scope creep?, (3) ¿qué pasa si el modelo subyacente se deprecia mid-proyecto?, (4) ¿quién, específicamente, va a estar en mi proyecto?, (5) ¿cuál es tu plan de handoff?, (6) ¿con qué frecuencia y formato comunicás progreso?, (7) ¿qué garantías hay si el resultado no es lo esperado? Sin respuestas claras a estas 7, no firmes.
Esta no es una guía sobre "evaluar consultoría de IA" en abstracto. Es la lista de preguntas que yo haría — y que recomiendo hacer — antes de comprometerse con USD 10,000-50,000 en un proyecto.
Está basada en patrones que veo del lado del cliente (cotizaciones que llegan a founders y CTOs de SaaS LATAM) y del lado del proveedor (lo que les preguntan a otros consultores con los que hablo). Si el consultor que tenés enfrente no puede responder estas 7 con claridad, eso es un señal, no un problema con las preguntas.
Pregunta 1 · "¿Podés mostrarme código tuyo que esté en producción?"
La pregunta separa más rápido a quienes vendieron consultoría de IA en los últimos 12 meses de quienes la entregaron.
Qué pedir específicamente:
- Repositorio público o snippets reales (con datos sensibles redactados).
- Idealmente algo deployado y funcionando — link a producto, no a demo en localhost.
- Una explicación de las decisiones técnicas detrás: por qué este modelo, por qué esta arquitectura, qué probó antes.
Qué NO sirve como respuesta:
- "Tengo todo bajo NDA, no puedo mostrar nada." Razonable hasta cierto punto, pero buen consultor tiene algo público (open source, demos personales, posts técnicos) que demuestra capacidad real.
- "Te muestro un slide con logos de clientes." No te dice nada sobre la calidad del trabajo. Las agencias coleccionan logos; eso no se traduce a que tu proyecto va a estar bien implementado.
Pista positiva: un consultor que escribe técnicamente en su blog, mantiene proyectos open source o speakers en conferencias técnicas, suele tener nivel demostrable. Lo gratis que publica es la calidad mínima del trabajo que cobra.
Pregunta 2 · "¿Cómo manejás scope creep?"
Esto separa propuestas profesionales de aspiracionales.
Qué buscar en la respuesta:
- Una política específica: "incluyo en el precio cualquier cambio que no agregue más de X% al alcance original. Por encima, cotizamos un addendum por escrito."
- Un proceso para gatillarlo: "cuando detecto que un pedido tuyo agrega scope, te aviso antes de hacer el trabajo extra."
- Un precio para scope adicional: USD/hora o USD/día explícito.
Red flags:
- "Lo charlamos cuando pase." Vas a pagar más del doble del presupuesto original.
- "No te preocupes, te cobro lo mismo aunque crezca el alcance." Suena bien hasta que el consultor empieza a recortar calidad para mantener el precio.
- Precio puramente por hora sin techo. El riesgo de scope creep cae 100% sobre vos.
Pregunta 3 · "¿Qué pasa si el modelo subyacente se deprecia mid-proyecto?"
Esta es la pregunta que separa consultores que han llevado IA a producción de los que solo hicieron demos. OpenAI y Anthropic deprecan modelos cada 6-18 meses. Si tu proyecto termina justo cuando deprecan tu modelo principal, alguien tiene que migrarlo.
Respuesta buena:
- "Diseño con abstracción del provider desde el principio (interface de LLM intercambiable)."
- "Tengo fallback al provider alternativo configurado (Claude ↔ OpenAI)."
- "Si la deprecación cae dentro de la garantía post-entrega, lo migro yo. Si cae después, te queda documentado cómo hacerlo o lo cotizo aparte."
Respuesta mala:
- "Eso no debería pasar."
- "No sé, OpenAI no avisa."
- "Eso no está en mi scope."
Si nunca pensó en esto, va a aprenderlo a costa tuya.
Pregunta 4 · "¿Quién, específicamente, va a estar en mi proyecto?"
En agencias es importante; en consultores independientes confirma que vas a trabajar con la misma persona que te vendió.
En agencias:
- Pedí nombres específicos del equipo: senior técnico, project manager, devs.
- Confirma cuánto tiempo dedica cada uno: full-time, part-time, "según necesidad" (red flag).
- Preguntá qué pasa si la persona principal renuncia mid-proyecto.
En consultores independientes:
- "¿Vas a estar vos en este proyecto?" Sí o no.
- Si tiene asistentes/equipo extendido, ¿cuánto del trabajo ellos vs vos?
- Si subcontrata partes, ¿quién es responsable de la calidad y de comunicarte?
Red flag clásico: la persona que firma el contrato es senior; la persona que implementa es junior. Pagás por experiencia que no recibís.
Pregunta 5 · "¿Cuál es tu plan de handoff?"
Lo que hace que un proyecto de consultoría sea valioso no es solo el entregable — es que tu equipo pueda mantenerlo después.
Qué buscar:
- Documentación técnica del código (no marketing): cómo agregar features, cómo debuggear, cómo deployar.
- Sesiones de pairing con tu equipo durante las últimas 1-2 semanas.
- Un período de soporte async definido (30-90 días post-entrega).
- Acceso a los recursos: el código vive en TU repo, los servicios en TUS cuentas (OpenAI, Supabase, Helicone), las claves en TU vault.
Red flag:
- "Te paso un ZIP al final."
- Los servicios viven en la cuenta del consultor "para facilitar la gestión."
- "Capacitación al equipo: no incluida."
Sin handoff real, vas a depender del consultor para siempre — y eso es un modelo de negocio para él, no para vos.
Pregunta 6 · "¿Con qué frecuencia y formato comunicás progreso?"
Proyectos de IA tienen mucha incertidumbre técnica. Sin comunicación clara, vas a llegar a la semana 4 sin saber si el proyecto está on track.
Bueno:
- Update escrito semanal con: qué se completó, qué viene, riesgos/blockers, costos hasta la fecha si aplica.
- Sync call cada 1-2 semanas, no más frecuente (más interrumpe que ayuda).
- Acceso a Slack o canal compartido para preguntas async.
Malo:
- "Te aviso cuando hay novedades." Las novedades importantes vienen en el formato "no funciona" y "ya gasté tu budget".
- Sync calls diarios o cada 3 días. Si requiere ese nivel de check-in, el consultor no sabe lo que está haciendo o vos no le confiás (ambos son problemas).
- "Mando un final report al terminar." Vas a recibir noticias de scope creep el día 60, cuando ya es tarde.
Pregunta 7 · "¿Qué garantías hay si el resultado no es lo esperado?"
Esta es la pregunta donde se ve quién tiene confianza real en su trabajo.
Tipos de garantía honesta:
- Garantía de uptime/performance medible: "El sistema responde en menos de Xms el 99% del tiempo, o trabajo gratis hasta llegar."
- Garantía de soporte gratis por X días: "Cualquier bug detectado en los primeros 30 días lo arreglo sin costo extra."
- Garantía de devolución parcial: "Si el MVP no llega a los criterios acordados, devuelvo el 30% del proyecto."
Lo que NO es garantía:
- "Te garantizo calidad." No es accionable.
- "Trabajo hasta que estés contento." Indefinido, peligroso para ambos lados.
- "No hay garantía, es como cualquier proyecto de software." Razonable a veces, pero buen consultor ofrece algo concreto.
Honestamente: garantía de éxito en IA es difícil porque hay variables fuera del control del consultor (cambios de modelo, calidad de data del cliente, etc.). Lo que sí debería garantizarse: que el trabajo está documentado, mantenible y que las decisiones técnicas se justifican.
Cómo aplicar estas 7 preguntas en una conversación
No tenés que disparar las 7 como interrogatorio. La mayoría salen naturalmente si conducís la conversación así:
- Pedí contexto: "Contame de un proyecto reciente parecido al mío y cómo resultó." (Preguntas 1, 4)
- Pedí proceso: "Si firmamos, ¿cómo arrancamos? ¿Cuáles son los milestones?" (Preguntas 5, 6)
- Pedí honestidad sobre riesgos: "¿Qué podría salir mal en este proyecto y cómo lo manejarías?" (Preguntas 2, 3, 7)
Si en estas tres conversaciones el consultor responde con concreción, números, ejemplos, y reconoce riesgos sin defensas, estás frente a un buen candidato. Si responde con generalidades, "depende", o se incomoda con las preguntas — esa es la información que necesitabas.
Una pregunta que vale por sí sola
Si solo podés hacer una pregunta:
"Contame de un proyecto reciente donde algo salió mal y cómo lo manejaste."
La respuesta te dice más que 10 preguntas estructuradas. Un consultor maduro tiene historias de fallos, las cuenta con detalle, explica qué aprendió. Un consultor que no tiene fallos para contar, o los tiene pero los esconde, no tiene experiencia real en producción.
Hablemos de tu caso
Si estás evaluando varias propuestas de consultoría de IA y querés un segundo par de ojos sobre la cotización que recibiste, reservá una llamada de 30 minutos sin costo. 20 minutos suelen alcanzar para detectar red flags y validar si el precio está alineado al alcance. Si yo no soy la persona correcta para tu caso, te recomiendo a alguien que sí.
Leer también:
- Cuánto cobra un consultor de IA en LATAM — los rangos de mercado contra los que comparar la cotización.
- Cuánto cuesta implementar IA en una startup SaaS — costos por tipo de proyecto.
- Más artículos sobre consultoría — guías y comparativas.
- Volver al blog — todos los artículos.
Preguntas frecuentes
¿Cuál es la red flag más común en propuestas de consultoría de IA?
Slides de 'estrategia' sin un entregable técnico concreto. Una propuesta sin código, sin proceso automatizado, sin métricas medibles es networking pagado. La consultoría real entrega algo que funciona en producción. Si la propuesta tiene 80 slides y cero líneas de código, pedí más detalle antes de firmar.
¿Qué experiencia previa importa más?
Sistemas que efectivamente entraron a producción, no demos. Preguntá: '¿podés mostrarme un caso anterior, aunque sea anonimizado, con métricas de antes/después?' Un consultor que llevó IA a producción sabe los problemas no obvios (rate limits, costos sorpresa, model deprecation). Un consultor que solo hizo demos no.
¿Cuánto debería durar el primer contacto?
30 minutos máximo. Si en 30 min un consultor no puede entender tu caso y darte una idea de scope/precio, va a tomar dos meses para entregarte una propuesta. La conversación inicial debería sentirse útil incluso si después no contratás — el consultor entiende lo suficiente como para decir 'tu caso necesita X' o 'tu caso no necesita IA todavía'.
¿Qué incluye una buena propuesta?
Cinco cosas mínimas: (1) alcance específico — qué entra y qué no; (2) entregables enumerados — código, docs, training; (3) timeline con milestones; (4) precio con moneda, forma de pago, qué cuesta extra si crece el scope; (5) qué garantías hay post-entrega. Si falta alguno, pedilo. Si el consultor no lo da, mala señal.
¿Conviene un especialista o un generalista?
Para use cases acotados (un RAG, un agente, una integración) — especialista en eso. Para diagnóstico amplio donde no sabés qué necesitás — generalista con experiencia en varios stacks. Una pista: si el consultor te recomienda exactamente la solución que él domina sin antes entender tu caso, va a forzar la herramienta. Mala señal.
¿Cómo evalúo si los precios son razonables?
Comparalos contra los rangos del mercado (consultor independiente LATAM 2026: USD 80-200/h o USD 1.5K-30K por proyecto cerrado). Si te cotizan 3x el rango del mercado, pedí justificación; si te cotizan 1/3 del rango, probablemente vas a pagar el ahorro en retrabajos. Más detalle en el [post sobre tarifas de consultor IA en LATAM](/blog/cuanto-cobra-consultor-ia-latam-2026).
¿Qué hago si una agencia me cotiza pero quiero un consultor independiente?
Pedíle a la agencia que te indique quién, específicamente, va a estar en tu proyecto. Si el contacto inicial es un partner senior pero el implementador es un junior, vas a pagar por el senior y trabajar con el junior. En consultor independiente, la persona en el proyecto es la única persona del proyecto.