Por qué fallan los proyectos de IA y cómo evitarlo

Un proyecto de IA puede no funcionar y la herramienta no tener la culpa. Casi siempre falla algo anterior: qué se quería arreglar, cómo se hacía antes, quién lo iba a usar. Esta guía repasa seis fallos típicos y te da una lista para no cometerlos. Se lee en diez minutos.

Lo que vas a conseguir

Reconocer los seis fallos que más se repiten antes de que te pasen.
Una lista de comprobación para rellenar antes de empezar.
Preguntas concretas para hacerle a quien te vaya a montar el proyecto.
Criterio para decir «todavía no» sin que sea un fracaso.

Antes de empezar

Un proyecto en mente, aunque sea vago: un chatbot, un asistente, una automatización.
Papel o un documento donde responder.

No es que lo estés haciendo mal. Casi nadie te explica que esto se prepara antes de elegir herramienta. Por eso se repiten los mismos errores.

01Empezar por la herramienta y no por el problema

«Quiero un chatbot» no es un problema. Es una solución buscando dónde ponerse. Si empiezas por ahí, acabas encajando una herramienta en algo que quizá no la necesitaba.

Empieza con una frase así: «Pierdo [TIEMPO O DINERO] en [TAREA] porque [MOTIVO]». Si no sabes completarla, aún no tienes un proyecto. Tienes una idea.

Una clínica pequeña puede querer un asistente para citas. La frase real sería: «Mi recepcionista pasa buena parte de la mañana contestando las mismas preguntas por mensaje». Eso sí se puede trabajar.

02No medir cómo se hacía antes

Si no sabes cuánto tardaba, cuántas veces se hacía y cuántos errores había, no puedes saber si lo nuevo mejora algo. Te quedas con la sensación, y la sensación cambia según el día.

Antes de montar nada, mide una semana con lo que haces hoy. Mira la guía qué automatizar primero, que explica cómo apuntarlo y puntuarlo.

Con tres datos basta: cuántas veces, cuántos minutos, cuántos fallos.

03Automatizar un proceso que no existe

A veces lo que se hace «a mano» no es un proceso. Es lo que hace cada persona según el día. Si metes IA ahí, el resultado también cambia según el día, y nadie sabe por qué.

Señales de que no hay proceso:

Dos personas lo hacen de dos formas distintas.
No existe un papel o documento que lo describa.
Cuando alguien falta, nadie sabe cómo se hace.

La solución es aburrida: primero escribe cómo se hace, ponedlo en práctica unas semanas y después automatiza. Si no puedes explicarlo en una lista de pasos, tampoco se lo puedes explicar a una herramienta.

04No probar los casos raros

Lo normal funciona. Lo raro rompe. Un cliente que escribe con faltas, que manda un audio, que pregunta algo que no está previsto, que cambia de idea a mitad.

Antes de dar un proyecto por bueno, haz una lista de diez casos raros y pruébalos uno a uno. Si lo montan para ti, pídeles que te enseñen cómo reacciona en cada uno.

Inventar casos raros

Estoy preparando [DESCRIPCIÓN DEL PROYECTO, POR EJEMPLO "UN ASISTENTE QUE CONTESTA PREGUNTAS DE CLIENTES POR MENSAJE"] para un negocio de [TIPO DE NEGOCIO].

Dame una lista de 20 situaciones raras o incómodas que podrían darse en el uso real: peticiones fuera de lo previsto, datos mal escritos, clientes enfadados, preguntas que no tienen respuesta, intentos de saltarse las reglas. Para cada una, dime qué debería pasar idealmente.

Ordénalas de más a menos probable.

Con esa lista, haz pruebas. Anota qué falla y qué quieres que haga en cada caso.

05Que nadie lo use

Es el fallo más silencioso. El proyecto se entrega, funciona y a las dos semanas todos han vuelto a hacerlo como antes. No es rebeldía: es que no les ayuda, no saben usarlo o nadie les ha dicho que ahora se hace así.

Para evitarlo:

Habla con quien lo va a usar antes de montar, no después.
Enséñales en una sesión corta, con su tarea real. Tienes un guion en la primera sesión de IA con tu equipo.
Decide qué se hace con la forma antigua: se retira o convive. Si convive indefinidamente, ganará la antigua.
Pregunta a las dos semanas qué les molesta.

06Que no haya nadie que lo mantenga

Las herramientas cambian, las reglas del negocio cambian, los textos se quedan viejos. Un sistema sin responsable se va estropeando sin que nadie lo note.

Antes de empezar, ponle nombre a una persona. No hace falta que sea técnica. Su trabajo es mirar los resultados, avisar si algo va raro y saber a quién llamar. Si lo ha montado alguien externo, pregunta qué incluye el mantenimiento y qué no.

07Lista de comprobación antes de empezar

Rellénala con papel y lápiz. Si dejas más de dos casillas sin marcar, espera.

[ ] Puedo describir el problema en una frase con tiempo, dinero o errores.
[ ] He medido cómo se hace hoy (veces, minutos, fallos).
[ ] El proceso está escrito y lo hace todo el mundo igual.
[ ] Tengo una lista de casos raros para probar.
[ ] Sé quién lo va a usar y le he preguntado.
[ ] Hay una persona responsable de mirarlo cada semana.
[ ] Sé qué datos de clientes toca y a dónde van (mira qué no darle a la IA).
[ ] Hay un plan B por si deja de funcionar un día.
[ ] Sé cómo voy a saber si ha ido bien: qué número tiene que cambiar.

08Preguntas para quien te lo vaya a montar

Sirven para una persona externa, una agencia o un empleado.

¿Qué problema entiendes que resuelve esto? Cuéntamelo con tus palabras.
¿Cómo vamos a medir si funciona y cuándo?
¿Qué pasa cuando se encuentra algo que no sabe responder?
¿Qué datos de mis clientes toca, dónde se guardan y quién los ve?
¿Qué pruebas se van a hacer antes de ponerlo en marcha?
¿Quién lo mantiene después y qué incluye eso?
¿Qué pasa si quiero dejarlo? ¿Me llevo mis datos y mis textos?
¿Cuál es la parte que más puede fallar?

Fíate más de quien responde con calma a la última que de quien te promete que no hay riesgos.

Qué puede salir mal

Querer resultados a la semana. Un proyecto pequeño necesita unas semanas de prueba con uso real.
Montar demasiado de golpe. Empieza por una tarea. Cuando funcione, añade otra.
No guardar los textos y las reglas. Si todo vive en la cabeza de quien lo montó, dependes de esa persona.
Confiar en cifras de otros. Lo que le funcionó a otro negocio no es una promesa para el tuyo. Mide el tuyo.

Preguntas frecuentes

¿Es verdad que la mayoría de proyectos de IA fracasan?

Circulan cifras muy distintas según quién las publique y cómo defina «fracasar». No las uso aquí porque no he podido contrastarlas en una fuente fiable. Lo que sí se repite en la práctica son los seis fallos de esta guía, y todos se pueden prevenir.

¿Puedo empezar sin tener todo resuelto?

Sí. La lista no es una exigencia, es una forma de ver dónde estás. Con la mitad marcada ya puedes hacer una prueba pequeña y barata.

¿Qué hago si el proyecto ya está montado y no se usa?

Pregunta a quienes deberían usarlo qué les estorba. Casi siempre es una cosa concreta: un paso de más, un texto que no entienden, un caso que no cubre. Arregla eso primero antes de cambiar de herramienta.

¿Cuándo es mejor no hacerlo?

Cuando la tarea se hace pocas veces, cambia cada vez, depende de tu criterio o aún no está ordenada. Está explicado en qué automatizar primero.

Siguiente paso

Hoy, escribe en una frase el problema que quieres resolver, con su tiempo, dinero o error. Si no te sale, ese es tu primer trabajo. Si te sale, pasa a la lista del apartado 7 y marca lo que ya tienes.