PTENES
MÓDULO 1.4

🚦 Cuándo NO usar IA — y cómo eso genera confianza

Saber decir "esto no necesita IA" es la señal más clara de competencia. Los clientes que han sufrido promesas exageradas reconocen y valoran la moderación, y vuelven.

6
Temas
~40
Minutos
Base
Nivel
Criterio
Tipo

El consultor que sabe cuándo no usar IA es más valioso que quien sabe aplicarla a todo. Decir «no hace falta» cuando no hace falta es el acto que más construye credibilidad a largo plazo y lo que más diferencia al consultor de quien vende herramientas.

Problema del cliente Criterios ¿volumen? ¿variabilidad? ¿riesgo? ¿costo? simple lenguaje riesgo alto/escaso 🧱 Base determinista rápido, barato, confiable 🤖 Workflow con IA cuando importa el lenguaje 🚫 No usar IA por ahora resolver el problema real la mayoría de los casos cae en la base — y está bien así

Diagrama ilustrativo — el flujo de decisión: el camino más inteligente no siempre pasa por la IA.

1

🚫 Las señales de que la IA es la respuesta equivocada

¿Hay patrones confiables que indiquen que La IA va a crear más problemas de los que va a resolver. Tres en particular se repiten: bajo volumen, regla fija y alto riesgo. Cualquiera de ellos por sí solo es motivo para bajar en la pirámide.

!

Volumen bajo

Señal: menos de ~200 ocurrencias al mes

El costo de construir y mantener la solución de IA supera el beneficio. Una hoja de cálculo o una regla manual es más rápida y más barata, y no aluci.

!

Regla fija

Señal: toda decisión cabe en un if/else

Si la lógica de decisión es determinista y no cambia, la IA es una sobrecarga innecesaria. Usa código, no un LLM. Más rápido, más barato y sin alucinaciones.

!

Riesgo alto con error inaceptable

Señal: un error del sistema causa daños legales, financieros o de salud

Los LLM alucinan. En una decisión médica, financiera o jurídica, el costo de un error de IA supera el beneficio de la automatización. Aquí la IA puede ser auxiliar, nunca quien toma la decisión final.

💡 La prueba rápida de campo

Antes de cualquier propuesta de IA, responde: «Si esta IA se equivoca el 5% de las veces, ¿el impacto es tolerable?». Si la respuesta es no —o si las cifras de volumen no justifican el desarrollo—, baja un nivel de la pirámide.

2

🗃️ A veces la respuesta es reestructurar la base de datos

Uno de los hallazgos más frecuentes en el diagnóstico de operaciones: el problema que el cliente atribuye a la «falta de IA» en realidad dato mal estructurado, disperso o inaccesible. Limpiar y centralizar los datos lo resuelve — sin IA, sin costo de LLM y con resultados inmediatos.

✓ Diagnósticos que revelan un problema de datos

  • ✓Información duplicada en 3 hojas de cálculo con distintas versiones
  • ✓Informes preparados manualmente cada mes por falta de una consulta
  • ✓Búsqueda lenta porque los datos no tienen índice o están en PDF
  • ✓Decisión postergada porque nadie sabe cuál es la versión correcta

✗ Lo que ocurre cuando se ignoran los datos

  • ✗La IA entrenada con datos incorrectos entrega resultados incorrectos
  • ✗RAG con documentos desactualizados alucina con confianza
  • ✗El costo del LLM se acumula; el problema de datos persiste
  • ✗Un proyecto de IA se convierte en un proyecto de limpieza de datos mal planificado

📊 Datos deficientes, IA deficiente

Los modelos de lenguaje amplifican lo que hay en los datos. Datos inconsistentes → resultados inconsistentes. La recomendación más honesta y valiosa que puede dar un consultor es: "antes de cualquier IA, vamos a ordenar los datos". Eso ahorra meses y mucho dinero.

3

🧰 A veces es un SaaS o un flujo determinista simple

El mercado de SaaS resolvió muchos problemas operativos que hasta hace 5 años habrían requerido desarrollo a medida. Recomendar el SaaS adecuado es tan valioso como implementar IA — y mucho más barato y rápido.

🛠️ El kit de alternativas a la IA

  • •Automatización low-code — Zapier, n8n, Make: integran sistemas y automatizan flujos sin LLM.
  • •SaaS especializado — para cada área de negocio existe un producto listo; úsalo antes de construir.
  • •Dashboard y BI — Metabase, Power BI, Looker: visibilidad de los datos existentes sin modelos de ML.
  • •Script simple — Python o SQL resuelven el 80% de los casos de transformación de datos sin IA.
  • •Proceso rediseñado — a veces el problema está en el flujo de trabajo, no en la tecnología.

💡 El criterio de «construir vs. comprar»

Pregunta siempre: "¿existe un SaaS que resuelva esto con funciones suficientes?" Si es así, configúralo antes de construir. Construir tiene costos de desarrollo, mantenimiento y evolución. Comprar tiene un costo previsible y soporte incluido, y libera tiempo para proyectos que realmente necesitan personalización.

4

🤝 Decir «no necesitas IA» aumenta la confianza

Los clientes con experiencia ya han salido perjudicados por consultores que impulsaron soluciones costosas para problemas simples. Cuando dices "esto no necesita IA", ellos oyen «este tipo está de mi lado» — no "este tipo no sabe vender".

✓ Lo que piensa el cliente

  • ✓"Me ahorró dinero que habría gastado mal"
  • ✓"Si dijo que aquí no hace falta, cuando diga que sí, le creo"
  • ✓"Volveré a llamar cuando tenga el próximo problema"
  • ✓"Se lo recomendaré a otras personas que lo necesiten"

✗ Lo que ocurre con el "sí" automático

  • ✗Un proyecto de IA para un problema simple ofrece resultados decepcionantes
  • ✗El cliente asocia la IA con un costo alto y resultados bajos
  • ✗La reputación del consultor queda ligada al fracaso del proyecto
  • ✗No vuelve, no recomienda y puede convertirse en un detractor público
5

⚖️ Costo de mantenimiento y fragilidad de lo que tiene IA

Todo sistema con IA tiene una característica que los sistemas deterministas no tienen: puede degradarse silenciosamente. Los modelos quedan desactualizados, los prompts dejan de funcionar con los nuevos modelos y los datos de contexto envejecen. El costo total de propiedad de una solución con IA se subestima sistemáticamente.

📊 El costo total de propiedad (TCO) con IA

  • Costo de API: escala con el volumen; puede sorprender cuando aumenta el uso.
  • Supervisión humana: alguien debe monitorear los outputs y gestionar las excepciones.
  • Mantenimiento de prompts: los prompts deben revisarse cuando cambian el modelo o los datos.
  • Actualización de contexto: las bases de conocimiento (RAG) quedan desactualizadas y necesitan una ingesta recurrente.
  • Depuración: los errores de IA son más difíciles de diagnosticar que los errores de lógica determinística.

💰 Cómo presentar el TCO al cliente

Muéstrale al cliente una estimación del costo mensual de operación, no solo del costo de desarrollo. Usa una tabla sencilla:

  • → Costo de API/mes (basado en el volumen estimado)
  • → Horas de supervisión/mes × costo por hora
  • → Horas de mantenimiento trimestral ÷ 3 meses
  • → Total mensual: compáralo con la alternativa más sencilla
6

✅ Checklist: ¿este caso justifica subir la pirámide?

Esta lista de verificación es la herramienta práctica que cierra el módulo. Úsala en cada diagnóstico antes de recomendar cualquier solución por encima de la base determinística. Si la mayoría de las respuestas son "no", quédate en lo básico.

✅ Checklist: ¿vale la pena avanzar a un workflow con IA?

  • □¿El problema implica lenguaje natural, imágenes o datos no estructurados?
  • □¿El volumen es suficiente para amortizar el costo de build en ≤12 meses?
  • □¿Hay suficientes datos de calidad para entrenar o contextualizar el modelo?
  • □¿El error tolerable es ≥ 5% (para la mayoría de los casos) o hay una persona en el ciclo?
  • □¿No existe ya un SaaS que resuelva esto con suficiente calidad?
  • □¿La organización tiene capacidad para monitorear y mantener la solución?

🛰️ Checklist adicional: ¿vale la pena avanzar a agentes?

  • □¿La tarea tiene varios pasos cuyo orden no se conoce en tiempo de diseño?
  • □¿El agente necesita llamar a herramientas externas (APIs, base de datos, búsqueda)?
  • □¿El beneficio justifica 3-6 meses de desarrollo y mantenimiento continuo?
  • □¿Hay un plan de contingencia para cuando el agente se equivoque o se bloquee?

💡 Usa la lista de verificación con el cliente

Completar la lista de verificación junto con el cliente tiene dos beneficios: entiende los criterios (evita expectativas incorrectas) y tú dejas constancia de por qué elegiste el nivel X, algo esencial si alguien cuestiona la decisión después.

🎒 Resumen del módulo

✓
Tres señales de que la IA no es la opción adecuada — volumen bajo, regla fija y riesgo demasiado alto para equivocarse con un modelo.
✓
Primero, datos deficientes — muchos "problemas de IA" son problemas de estructura de datos. Resuelve los datos antes de la IA.
✓
SaaS y determinístico son respuestas válidas — y con frecuencia son mejores que la IA personalizada.
✓
"No necesitas IA" genera confianza — el cliente al que ayudaste a ahorrar vuelve y te recomienda.
✓
Usa la lista de verificación — criterios claros, decisión defendible, expectativas alineadas.

Siguiente etapa:

Ruta 2 — Mapear: descubrir la restricción real en el terreno