Un asistente automático mal diseñado no ahorra trabajo: lo desplaza y frustra al usuario. Estas son las decisiones que separan un caso de otro.
Acotar el alcance es lo que determina la calidad
Un asistente que intenta responder cualquier cosa responde mal casi todo. Uno que cubre las quince consultas más frecuentes, que suelen concentrar la mayoría del volumen, y deriva el resto, resulta útil desde el primer día.
La lista de esas quince consultas no se supone: se obtiene del histórico de tickets o de una semana de registro deliberado.
La salida hacia una persona debe ser visible siempre
El diseño que genera más rechazo es el que obliga al usuario a repetir su consulta de varias formas antes de ofrecerle un humano. La opción de hablar con una persona debe estar disponible desde el primer mensaje.
Contrariamente a lo que se teme, ofrecerla no dispara el escalamiento: reduce la ansiedad y aumenta la disposición a intentar la vía automática.
Traspaso con contexto
Cuando el caso escala, la persona que lo recibe debe ver la conversación previa. Obligar al usuario a repetir todo desde el principio anula cualquier beneficio percibido y produce el mayor motivo de queja.
Este requisito es de integración, no de inteligencia artificial, y es el que más frecuentemente se omite en implementaciones apresuradas.
Medir lo correcto
El indicador útil no es cuántas conversaciones atendió el asistente, sino cuántas se resolvieron sin intervención humana y con satisfacción confirmada. Un asistente que «atiende» el ochenta por ciento pero deriva la mitad no está resolviendo el ochenta.
Conviene además revisar periódicamente una muestra de conversaciones no resueltas: es la fuente más directa de mejoras al alcance del asistente.