El chatbot humilde (guía de supervivencia para el escalado de clientes)

– Hola, soy un chatbot con alma, personalidad y sentido del humor, y estoy a tu servicio para ayudarte a realizar tu pedido.

– Perfecto! vamos allá. Antes de nada, ¿tenéis pizzas sin gluten?

– Lo siento, lamento decirte que no he entendido tu pregunta. Pero estoy aquí para aprender! hehe 😉 Mis opciones son “Nuevo pedido”, “Repetir un pedido” o “Seguimiento de un pedido”.

– Vaya, bueno, antes de pedir nada quería saber si tenéis pizzas sin gluten.

– Uhmmmm… parece que no nos estamos entendiendo. Mis opciones disponibles son “Nuevo pedido”, “Repetir un pedido” o “Seguimiento de un pedido”.

– ¿Pizza sin gluten?

– Estoy a tu servicio para ayudarte a realizar tu pedido. Te puedo ayudar con “Nuevo pedido”, “Repetir un pedido” o “Seguimiento de un pedido”.

– Sin gluten

– Disculpa, no te he entendido. Estoy aprendiendo cada día. Escoge alguna de estas opciones: “Nuevo pedido”, “Repetir un pedido” o “Seguimiento de un pedido”.

– Soy intolerante al gluten!  c..ño!

– Así vamos por mal camino…No me gusta que emplees ese tipo de palabras conmigo. Que te parece si me ayudas a entender mejor lo que necesitas? Al fin y al cabo, estoy aquí para aprender y ayudarte.

– Tengo hambre…

– Hora de pizza! Escoge alguna de estas opciones: “Nuevo pedido”, “Repetir un pedido” o “Seguimiento de un pedido”.

Este es un ejemplo de situaciones bloqueantes en las que un cliente puede llegar a encontrarse a la hora de interactuar con un chatbot. El absurdo infinito.  El eterno loop. La frustración.

Problemas típicos de los chatbots

Llegados a este punto, un chatbot necesita dotarse de ciertos mecanismos por los que es capaz de detectar que la experiencia del usuario ha llegado a un punto en la que no puede avanzar según lo previsto. En el ejemplo anterior, no se ha contemplado la posibilidad de que un usuario quiere asegurarse de que el producto que está dispuesto a pedir dispone de unas condiciones específicas, en este caso, que la pizza sea especial para personas no tolerantes al gluten. Alguien podría pensar que quizás, más adelante, durante los detalles del pedido, el usuario tendrá una oportunidad para indicar al chatbot que la masa de la pizza sea sin gluten, pero, ¿y si no es el caso?  ¿cómo puede saber el cliente esto con antelación? seguramente el usuario quiera ahorrarse todo el proceso y por eso su principal inquietud deba ser resuelta al inicio de la conversación antes de invertir más tiempo en el proceso.

Chatbots basados en flujos o en diálogo abierto

Una vez más, nos encontramos ante la duda de si el planteamiento de la lógica de negocio del chatbot debe ser basada en flujos y opciones, o bien basada en diálogo abierto (NLP). Desde mi punto de vista, el diálogo abierto siempre será la mejor opción siempre que la plataforma de desarrollo de Chatbot lo permita. El diálogo abierto permite mejores experiencias y conversaciones parecidas a las que tendríamos con un humano, pero por contra, requieren de una dedicación substancial para prepararlas u configurarlas apropiadamente.

Cómo mejorar las respuestas del chatbot

En ambos casos, el bloqueo puede suceder, y el chatbot debe detectar que las respuestas que está dando el usuario no son las esperadas. Por tanto, debemos disponer de un mecanismo de detección y acción que lleve a cabo los siguientes pasos:

1. Pedir al usuario el dato esperado, de forma explícita y dando ejemplos de cómo esperamos la respuesta.

2. Comprobar si el dato recibido coincide con la respuesta esperada y/o forma parte de las opciones disponibles.

3. Si el dato recibido no es correcto, volver a reformular la pregunta del paso 1, y si es necesario, con aclaraciones adicionales.

Repetir el paso 2 y 3. IMPORTANTE: repetir los pasos al menos en dos ocasiones adicionales.

4. Si el Chatbot después de 3 intentos sigue sin disponer del dato, entonces hay poner en marcha el sistema de desbloqueo.

5. Desbloquear la situación, esto es, informar al usuario de que por algún motivo no podemos avanzar en el diálogo y darle la opción de si quiere volver a intentarlo desde el principio, o bien proponerle si quiere cambiar de tema y llevar a cabo otro proceso diferente. Este es sin duda un buen momento en el que el Chatbot debe de dejar de ser insistente, y pasar a mostrarse “humilde” explicando al usuario sus limitaciones y capacidad de comprensión. Buen momento también para ser transparentes y compartir con el cliente que quizás hoy el Chatbot no ha sido capaz de estar a la altura, pero que un equipo de personas trabaja por detrás para revisar las conversaciones que han ido mal y que las mejorará de cara a situaciones similares un en futuro cercano.

En el paso 5 podemos poner en marcha mecanismos de escalado., esto es, transferir la conversación a un escenario diferente en el que habrá intervención humana.

3 mecanismos de escalado de chatbot

Los tres mecanismos de escalado por excelencia son:

a. Mostrar un número de teléfono del contact center

b. Generar un ticket via email para atención del cliente

c. Transferir la conversación a una sesión de chat con agente

Mostrar el teléfono no es buena idea, principalmente porque el agente que recibirá la llamada fuera de contexto y obligará al usuario a empezar desde el principio la narración de su caso. Además, los últimos estudios relacionados identifican a este canal como uno de los mas costosos.

La generación de un ticket via email es un mecanismo bastante efectivo. Por un lado podemos incluir en el ticket un histórico previo de la conversación que mantuvo el usuario con el bot, y por otro lado, la respuesta podrá ser gestionada en diferido, esto es, en cuanto el agente de contact center tenga disponibilidad. Por contra, será necesario conocer el email del cliente o bien preguntárselo antes de crear el ticket, ya que de otra forma no será posible retomar el contacto con él para darle la respuesta y seguimiento al caso.

En relación al live chat, este canal se posiciona como el preferido en un método de escalado de un Chatbot.

Ventajas del live chat o chat en vivo

Las ventajas son varias respecto a los métodos anteriores. Por mencionar las más relevantes: 

– El interfaz de usuario (UI) se mantiene, y lo único que cambia es el interlocutor. Es muy importante informar al usuario de manera visual y explícita que a partir de ese momento va a ser un humano el que le atiende, y no generar confusión en él y que no sepa distinguir si está interaccionando con una máquina o con una persona. Si se puede mantener la misma ventana de interacción, mejor que mejor. Cerrar una ventana bruscamente para abrir otra puede llegar a provocar cierto rechazo en el usuario, con lo que hay que procurar que la transición al agente de live chat sea elegante y suave. En este sentido, vale la pena invertir esfuerzo en lograr una transición visualmente agradable.

– Durante la transferencia es muy importante disponer de la capacidad de enviar al agente humano el histórico previo de interacciones con el Chatbot. Esto evitará tener que reformular las preguntas una y otra vez, situación que a todos nos es familiar y que tanto nos incomoda cuando, por ejemplo, en las llamadas telefónicas enos van transfiriendo de departamento en departamento, a los cuales les vamos explicando nuestra vida desde el principio una y otra vez.

– Los agentes de live chat, a diferencia de las llamadas, pueden gestionar más de una conversación simultánea, siendo 4 el número máximo aconsejado. Esto es mucho más eficiente,  y aprovecha mejor los recursos. Además, el canal de chat de cara al usuario es un canal de fácil adopción , sobretodo gracias a que se parece enormemente a nuestra aplicación preferida de mensajería (en la que invertimos horas y horas cada día para comunicarnos con nuestros compañeros, seres queridos, familiares…).

Si bien el chat se posiciona como método recomendado de escalado de un chatbot, pasar de la idea al hecho podría convertirse en una pesadilla de integración. Plataformas de chatbot como Watson, Dialogflow, LUIS no disponen de un método directo y es más que probable que se requiera de un desarrollo de cierta complejidad si queremos que tenga en cuenta los requisitos antes mencionados. Nina dispone de una plataforma de Chatbot y una chat pero no está claro que el mecanismo sea sencillo de desplegar. En el caso de inbenta, la configuración necesaria para el  Chatbot tenga capacidad de escalado a live chat es prácticamente instantánea, y además con la posibilidad de activar o desactivarlo en cualquier momento.

Cualquiera de las opciones es buena, siempre y cuando el caso de uso, el presupuesto y el timing de implantación encajen.

Errar es de humanos (y de bots!). Es importante tener la mente abierta y aprender cada día de la experiencia. Pero hay un momento en que tanto las personas como las IA’s tenemos la obligación (moral) de reconocer nuestras limitaciones, mostrarnos humildes, y pedir ayuda. Tal y como dijo una vez un presentador famoso de TV: “Uno hace lo que puede. El resto lo hacen los amigos”.

Otros artículos que pueden interesarte