La pregunta que más escuchamos no es "¿puede la IA responder a nuestros tickets?". Es "¿qué pasa cuando la IA responde mal?". Es la pregunta correcta, y la respuesta decide si una primera línea de soporte con IA ayuda a tu equipo o daña tu reputación. Esto es dónde pusimos el límite y por qué lo pusimos ahí.
El fallo peligroso no es la falta de respuesta, sino una respuesta segura y falsa. El cliente actúa según ella y dos días después descubre que esa función no existe. Pagas dos veces: tu equipo arregla el desastre y el cliente deja de confiar en lo que escribes.
Por eso el buscador con IA en la base de conocimiento responde únicamente a partir del contenido de los artículos, y cuando no encuentra base para una respuesta, devuelve una frase fija diciendo que no tiene certeza y remite al cliente al equipo. No es una limitación que haya que sortear. Es la única versión de ese buscador que se puede poner delante de un cliente.
Dinero. Facturas, devoluciones, cambios de plan, ampliaciones del periodo de prueba. Cada una de esas conversaciones termina en una decisión que cuesta, y las decisiones con coste no se toman por parecido de texto.
Datos personales y accesos. Cambiar el correo de la cuenta, añadir un usuario, recuperar el acceso. No sabes con certeza quién escribe, así que la automatización no es la parte que debe resolver la identidad.
Reclamaciones y averías. Un cliente que escribe que desde la mañana no le funciona el envío de correos no necesita un enlace a la ayuda. Necesita una persona que compruebe si es su configuración o es nuestro problema.
Una conversación que ya salió mal. Si el cliente escribe por segunda vez sobre lo mismo, o su mensaje está visiblemente enfadado, la automatización empeora la situación con cada frase.
Cliente: ¿Cómo añado un segundo usuario a la cuenta?
Respuesta de la base de conocimiento: Los usuarios se añaden en Ajustes, en la sección Usuarios. Instrucciones en el enlace de abajo.
Cliente: Vale, pero necesito la factura a nombre de otra empresa distinta a la de la cuenta.
Aquí termina la primera línea. El ticket pasa al equipo y el cliente sabe quién le responderá y cuándo.
En la práctica casi todo depende de cómo se vea el traspaso. Si el cliente tiene que repetir toda la historia a una persona, el ahorro desaparece y la experiencia es peor que si hubiera escrito al equipo desde el principio.
Por eso un ticket traspasado conserva el hilo completo, y quien lo recoge ve qué leyó ya el cliente y qué le faltó. El cliente recibe una frase confirmando que una persona se ocupa del caso. Sin esa frase se queda sin saber si alguien lo está leyendo.
Una respuesta de la base de conocimiento está marcada como respuesta de la base de conocimiento. No la firmamos con el nombre de un empleado ni añadimos retrasos artificiales para que parezca escrita en directo. Un cliente que descubre que habló con un bot presentado como persona deja de hablar del producto y empieza a hablar de que le engañaron.
Bastan tres números para empezar. Primero: cuántas conversaciones se cerraron sin intervención humana. Segundo: cuántas de ellas volvieron en una semana con el mismo asunto, porque esas son las respuestas que solo parecían eficaces. Tercero: cuántos tickets traspasó la automatización, es decir, con qué frecuencia reconoce su propio límite.
Si el primer número crece y el segundo crece con él, la primera línea no ahorra tiempo, lo aplaza una semana. Si el tercero es cero, la automatización responde a todo, también a lo que no sabe.
No por elegir el modelo, sino por la base de conocimiento. La automatización es exactamente tan buena como los contenidos de los que responde. Empieza por las veinte preguntas que más recibe tu equipo y redáctalas bien. Solo entonces conecta el buscador con IA y marca el límite: dinero, accesos, averías y tickets repetidos van a una persona. El resto se puede dejar tranquilamente a la primera línea.
Los asuntos de dinero (facturas, devoluciones, cambios de plan), las peticiones de acceso y datos personales, las averías y los tickets repetidos, cuando el cliente escribe por segunda vez sobre lo mismo. Todos requieren una decisión humana o verificar la identidad.
Debe decir que no tiene certeza y remitir al cliente al equipo. Una respuesta segura y falsa cuesta más que no responder, porque el cliente actúa según ella y alguien tiene que reparar las consecuencias.
El ticket debe conservar el hilo completo y quien lo recoge debe ver qué leyó ya el cliente y qué le faltó. El cliente recibe una frase confirmando que una persona se ocupa del caso, con quién responderá y cuándo.
No. La respuesta de la base de conocimiento debe estar marcada como tal, sin retrasos artificiales que la hagan parecer escrita en directo. El cliente que descubre el engaño deja de hablar del producto y empieza a hablar de que le engañaron.
Tres números: cuántas conversaciones se cerraron sin persona, cuántas de ellas volvieron en una semana con el mismo asunto y cuántos tickets traspasó la automatización. Si los dos primeros crecen juntos, el tiempo solo se aplaza. Si el tercero es cero, la automatización responde también a lo que no sabe.
Por la base de conocimiento, no por el modelo. La automatización es tan buena como los contenidos de los que responde. Redacta las veinte preguntas más frecuentes del equipo y después conecta el buscador con IA y define qué casos van siempre a una persona.
