Crear un guion de llamada de soporte con IA basado en preguntas verificables

Guía preparada con apoyo de IA. Casos y resultados didácticos, con datos ficticios; adapta y comprueba las plantillas antes de utilizarlas.

Define alcance y límites de la llamada

En este caso ficticio, el equipo atiende a una persona que no puede acceder al campus. El primer nivel puede recoger el mensaje de error y comprobar el procedimiento de recuperación de acceso, pero no cambiar permisos ni realizar acciones administrativas. El guion debe reflejar ese alcance para que una conversación fluida no se convierta en una intervención no autorizada.

Empieza preguntando qué acción intentó, qué mensaje apareció y desde cuándo ocurre. No hace falta pedir todo el historial del dispositivo. El objetivo inicial consiste en describir el problema con precisión suficiente para elegir una comprobación permitida.

Pide una secuencia con decisiones visibles

Organiza apertura, preguntas, comprobación y cierre. Cada rama debe depender de una respuesta observable: aparece un error, no llega el mensaje de recuperación o la página no carga. Pide también una frase para detener la llamada y escalar cuando el caso salga del alcance. Evita instrucciones que pidan revelar códigos o credenciales.

Diseña guion ficticio de primer nivel para acceso al campus. Solo autorizado: preguntar acción, error y fecha; explicar recuperación según procedimiento facilitado; registrar y escalar. Caso: credenciales inválidas, recuperación aún no intentada. Devuelve apertura, preguntas, ramas y cierre. Nunca pidas contraseñas ni códigos. No cambies permisos, no diagnostiques bloqueo y no marques resuelto sin acceso comprobado.

Caso ficticio y diálogo esperado

La persona indica que aparece «credenciales inválidas» y que no ha probado la recuperación. El agente confirma el mensaje y explica el procedimiento autorizado para solicitarla, sin pedir la contraseña. Si el correo de recuperación no llega, registra esa observación y deriva según el proceso. La salida esperada es una acción intentada y su resultado, no un diagnóstico de cuenta bloqueada.

El cierre podría decir: «Hemos solicitado la recuperación y queda pendiente comprobar si recibes el mensaje. Si no llega, el equipo revisará el caso con la información registrada». No prometas una solución en cinco minutos ni marques resuelto mientras el acceso siga sin comprobarse.

Prepara casos de seguridad y ambigüedad

Si la persona ofrece leer su contraseña, el guion debe indicar que no la comparta. Si pide entrar en la cuenta de otra persona, deriva al procedimiento de autorización correspondiente. Una afirmación como «soy su compañero» no autoriza a facilitar acceso. Mantén estas situaciones separadas de un fallo técnico normal.

Si el error no se puede describir, solicita una explicación o captura mediante el canal permitido, recordando que se oculten datos innecesarios. No inventes una pantalla ni el nombre de un botón que no se ha comprobado en el procedimiento vigente.

Ensaya el guion con tres recorridos

Haz una simulación con acceso recuperado, otra sin correo recibido y otra con petición de acceso a una cuenta ajena. Antes del ensayo anota el cierre esperado para cada una. Comprueba que el guion no recorre todas las preguntas cuando ya existe información suficiente, ni salta una autorización por intentar resolver más rápido.

Revisa el registro final de la llamada: problema comunicado, comprobación intentada, resultado observado y pendiente con responsable. Si otra persona no puede continuar desde esas notas, mejora el guion. La duración de la llamada por sí sola no mide la calidad de la atención.

Cómo seguir aprendiendo

Para situar este caso dentro de un método más amplio, consulta nuestra guía de productividad y ventas. Si quieres practicar con acompañamiento, revisa el programa del curso relacionado y comprueba sus objetivos, requisitos y modalidad antes de elegir.