¿Por qué la mayoría de los chatbots corporativos decepcionan — y qué construir en su lugar?

Un chatbot responde; un negocio cierra

Si preguntas qué hace un chatbot, generalmente la respuesta es: "responde preguntas sobre nuestros productos" o "ayuda a los empleados a encontrar políticas". Suena útil, pero no lo es del todo.

Nadie tiene como tarea recibir una respuesta. La tarea de alguien es emitir un reembolso, aprobar un pedido, reprogramar una instalación, confirmar una reclamación de garantía o conseguir un contrato legal. Una respuesta es el punto medio de esa tarea. Un sistema que se detiene en la respuesta devuelve el trabajo a quien lo estaba intentando delegar.

Así es como transcurre la interacción: el cliente pregunta sobre su pedido retrasado, el bot explica la política de envío y el cliente pide hablar con un humano porque la política nunca fue el punto. El bot hizo lo que estaba construido para hacer y aún así falló.

Las tres formas en que fallan

La mayoría de los despliegues decepcionantes comparten algunas características:

• Sin acceso a sistemas en vivo. El chatbot se entrenó con documentos. La pregunta del cliente es sobre su pedido, su factura, su cuenta. Un chatbot sin acceso al sistema de pedidos solo puede hablar en generalidades, y las generalidades ya las ofrece la página de preguntas frecuentes.
• Sin capacidad para actuar. Incluso cuando sabe la respuesta, no puede realizar la acción. Cada conversación termina en una transferencia, por lo que añade un paso en lugar de eliminar uno.
• Sin definición de "hecho". Nadie acordó de antemano qué constituye un buen resultado, así que nadie puede decir si funciona. Las métricas de uso suben, el volumen del centro de contacto no baja y el proyecto deja de ser discutido en silencio.

Bajo estas tres hay una decisión: el proyecto se escopó como un canal —un nuevo lugar para hablar con la empresa— en lugar de como capacidad, una forma de completar más trabajo con las mismas personas.

Construye un completador de tareas

La alternativa no es más sofisticada. Es más estrecha y profunda.

Elige una tarea de alto volumen. No un tema, una tarea —"reprogramar una entrega", no "preguntas logísticas"— que ocurre cientos de veces al mes y sigue un camino conocido.

Da al sistema las dos cosas que necesita para completar realmente esa tarea: acceso de lectura a los sistemas que contienen la verdad y acceso de escritura a la o las acciones que requiere la tarea. Si puede buscar la entrega, ofrecer horarios reales y cambiar la reserva, ha reemplazado una llamada telefónica. Si solo puede describir la política de reprogramación, no ha reemplazado nada.

Luego decide qué hace cuando no puede completar. Esta es la parte que más proyectos omiten, y hace más por la confianza que cualquier cantidad de ajuste de modelos. Define las condiciones bajo las cuales se detiene y pasa a una persona —baja confianza, un estado inusual de la cuenta, cualquier cosa que involucre dinero por encima de un umbral— y haz que la transferencia lleve todo el contexto para que el cliente no tenga que repetirse. Un sistema que completa limpiamente el 60% de los casos y escala el resto con un resumen conciso supera a uno que intenta el 100% y se equivoca en una quinta parte.

Finalmente, acuerda la cantidad antes de construir. Porcentaje de solicitudes de reprogramación completadas sin intervención humana. Tiempo medio de manejo en las que se escalan. Tasa de contacto repetido dentro de 48 horas. Una o dos métricas, medidas contra el mes anterior al lanzamiento. Si no mejoran, has aprendido algo barato y temprano.

Lo que esto cambia sobre el plan

Escopar de esta manera hace que el proyecto sea más pequeño y el trabajo de integración mayor, lo cual es incómodo para cualquiera que compró un chatbot esperando una configuración de dos semanas. La capa conversacional es ahora la parte fácil. El trabajo está en permisos, acceso a sistemas, la traza de auditoría y la ruta de escalamiento —la infraestructura poco glamorosa que decide si el sistema puede soportar peso.

También por eso lo estrecho supera a lo amplio. Un tarea completada completamente merece el derecho de añadir la segunda. Un sistema que cubre cuarenta temas superficialmente gana nada, porque no hay un solo trabajo al que alguien pueda apuntar y decir: esto antes tomaba cuatro minutos y ahora no.

Nosotros construimos el segundo tipo. El primero es más fácil de lanzar y mucho más difícil de mantener.