¿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 un reclamo de garantía o conseguir un contrato legal. Una respuesta es solo el medio de esa tarea. Un sistema que se detiene en la respuesta devuelve el trabajo a quien lo estaba tratando de delegar.

Así es como funciona 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 cumplió con lo que fue diseñado 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 agrega 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 está funcionando. Las métricas de uso aumentan, el volumen del centro de contacto no disminuye y el proyecto deja de ser discutido silenciosamente.

Bajo estas tres decisiones hay una: 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, sino una tarea — "reprogramar una entrega", no "preguntas logísticas". Algo que sucede 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 una o dos 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é hacer cuando no pueda completarla. 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 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 comete el 20% de errores.

Finalmente, acuerda la cantidad antes de construir. Porcentaje de solicitudes de reprogramación completadas sin una persona humana. Tiempo promedio de manejo en los casos escalados. 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 en 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 lo amplio. Un solo caso completado completamente gana el derecho de agregar el segundo. Un sistema que cubre cuarenta temas superficialmente no gana nada, porque no hay una sola tarea que alguien pueda señalar y decir: "esto solía tomar 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.