IMPLEMENTACIÓN // LONG TAIL

8 errores comunes al implementar un chatbot de WhatsApp

Actualizado: 1 de septiembre de 2026 · MCL Growth Partners

Los proyectos de chatbot rara vez fracasan por la tecnología. Fracasan por decisiones que se toman antes: qué se automatiza, con qué información y qué pasa cuando el bot no sabe. Estos son los ocho errores que más vimos, y cómo se evitan.

1. Hacerlo demasiado rígido

El más común. Se arma un árbol de menús cerrado y se asume que el cliente va a elegir entre las opciones previstas. No lo hace: escribe lo que quiere, como quiere.

El síntoma es fácil de detectar: mirá cuántas conversaciones terminan con el cliente repitiendo su pregunta o escribiendo «quiero hablar con alguien». Si es una porción alta, el bot no está atendiendo, está filtrando gente hacia la salida.

Cómo se evita: menú corto solo para las dos o tres acciones más pedidas, y comprensión de lenguaje natural para todo lo demás. Está desarrollado en agente de IA vs. chatbot tradicional.

2. No cargarlo con información real del negocio

Un bot instalado con respuestas genéricas —«nuestro horario de atención es de lunes a viernes»— no le sirve a nadie. El cliente ya sabe googlear.

El valor aparece cuando el bot responde con datos específicos y verdaderos: qué hay disponible el sábado, cuánto sale esa cancha en particular, si su pedido ya salió. Eso requiere que la información exista en algún lado consultable.

Cómo se evita: asumir desde el principio que ordenar la información del negocio es parte del proyecto, no un requisito previo que el cliente resuelve solo. En la práctica es la mitad del trabajo.

3. No dejar una salida a un humano

Todo bot se va a topar con casos que no puede resolver: un reclamo serio, una situación rara, alguien enojado. Si no hay salida, esa persona queda atrapada hablándole a una máquina.

Cómo se evita: la derivación tiene que estar disponible en cualquier punto y responder a lenguaje natural, no solo a un número de menú. «Quiero hablar con alguien», «me pasás con una persona» y «esto no me sirve» tienen que funcionar todas.

Y del otro lado, alguien tiene que recibir el aviso. Una derivación que cae en un buzón que nadie mira es peor que no derivar.

4. Dejar que el bot afirme cosas que no verificó

El error más caro, y el más silencioso. Un modelo de IA al que se le pregunta «hay lugar el sábado?» va a contestar algo que suena perfecto, tenga o no el dato. Si se equivoca, el cliente llega y no hay lugar.

Los datos duros —disponibilidad, precios, estado de un pedido— los calcula el sistema contra la base de datos. El modelo interpreta el pedido; nunca afirma el hecho.

Cómo se evita: con límites en el código, no con instrucciones en el prompt. Pedirle al modelo que «no invente» no alcanza: hay que quitarle la posibilidad de responder eso y hacer que el sistema lo responda por él.

5. Lanzarlo sin probarlo con conversaciones reales

Las pruebas internas las hace gente que sabe cómo funciona el bot y escribe en consecuencia. Los clientes escriben distinto: con faltas, con audios, con tres cosas en un mensaje, en jopará.

Cómo se evita: probar con el historial real de WhatsApp del negocio antes de encender nada, y hacer una etapa de rodaje donde una persona lee todas las conversaciones. Las primeras dos semanas enseñan más que todo el diseño previo.

6. Automatizar todo de una vez

La tentación de lanzar el sistema completo el primer día. Cuando algo falla —y algo falla— no se sabe qué fue, el equipo pierde confianza y el proyecto arranca cuesta arriba.

Cómo se evita: una automatización primero, la más repetitiva. Que funcione, que se note, que el equipo la use. Después el resto.

7. No medir nada

«El bot anda bien» no es un dato. Sin números, no hay forma de saber si el proyecto sirvió ni de justificar seguir invirtiendo.

Qué medir, con tres indicadores alcanza:

• Cuántas conversaciones se resolvieron sin intervención humana.
• Cuánto tarda ahora en responderse un mensaje, contra antes.
• Cuántas consultas entran fuera de horario y ahora reciben respuesta.

8. Encenderlo y olvidarlo

Un bot no es un cartel: es un empleado que necesita actualizarse. El negocio cambia de precios, agrega servicios, cambia horarios. Meta cambia sus políticas. Los clientes empiezan a preguntar cosas nuevas.

Un bot sin mantenimiento no se rompe de golpe: se va quedando viejo hasta que un día está dando información equivocada con total seguridad.

Cómo se evita: revisión periódica de conversaciones reales, con alguien responsable. No hace falta que sea mucho tiempo, hace falta que sea constante.

El patrón detrás de los ocho

Ninguno es un problema de tecnología. Los ocho son decisiones sobre el alcance, la información y los límites, tomadas antes de escribir la primera línea de código.

Por eso, cuando arrancamos un proyecto, la primera conversación no es sobre el bot: es sobre qué tareas te comen el día, qué información tenés ordenada y dónde no querés que un sistema decida solo. El bot sale de ahí.

Si querés ver qué se puede construir cuando esas decisiones están bien tomadas, mirá chatbot de WhatsApp con IA en Paraguay.