Chatbot con IA: cómo derivar a una persona sin perder la consulta

Empieza por decidir qué puede resolver el asistente

Antes de automatizar atención, elige una familia de consultas y un canal que tu equipo ya utilice. Un asistente podría explicar requisitos para solicitar una cotización o ayudar a identificar una referencia de pedido. Autorizar descuentos, resolver un reclamo particular o comprometer una entrega puede requerir otra responsabilidad.

Escribe qué información puede usar, quién la mantiene y qué preguntas quedan fuera. Una respuesta bien redactada no confirma que una condición comercial siga vigente. Si falta una fuente aprobada o hay datos contradictorios, el flujo debe permitir reconocer la duda y pedir intervención, sin completar lo que no sabe.

Microsoft documenta distintas fuentes de conocimiento para Copilot Studio y señala que algunas utilizan la autenticación del usuario para limitar el contenido al que tiene acceso. Es una condición del producto y su configuración, no una protección automática para cualquier chatbot. Comprueba qué información podría recibir un cliente externo antes de conectar documentación interna. Fuente: Microsoft Learn.

Cuándo pasar la conversación a una persona

Acordar reglas explícitas ayuda a evitar que cada conversación dependa de lo convincente que resulte el texto generado. La siguiente matriz propone criterios para revisar con atención y ventas. No exige que el asistente determine por sí solo la intención o la gravedad de cualquier mensaje.

Desliza la tabla para ver todas las columnas.

En Copilot Studio, Microsoft distingue derivaciones solicitadas por el usuario y recorridos configurados para temas que necesitan intervención humana. La transferencia con contexto requiere conectar el asistente con la herramienta donde atiende el equipo. Esa documentación ilustra una diferencia práctica: reconocer que hace falta una persona y entregar la conversación son partes distintas. Fuente: Microsoft Learn.

Qué debe recibir el equipo para continuar

No obligues al cliente a contar todo de nuevo. Prepara un resumen breve con referencias que permitan contrastarlo. Un resumen generado con IA es una ayuda para leer; las condiciones y los datos relevantes deben poder verificarse en los mensajes o registros originales.

• Motivo: qué pregunta o tarea sigue sin resolverse.
• Referencia: consulta, presupuesto o pedido que el cliente aportó, si existe.
• Contexto: qué información se dio y qué comprobaciones ya se hicieron.
• Pendiente: qué decisión necesita tomar una persona y qué dato falta.
• Continuidad: por qué canal y en qué condiciones se puede retomar la conversación.

Comparte solo lo necesario con quienes deban intervenir y acuerda los permisos de acceso. Si el cliente no aportó una referencia, consérvala como faltante. No vincules el caso a un pedido por una coincidencia de nombre ni solicites contraseñas para completar la derivación.

Cómo confirmar la recepción y qué hacer fuera de horario

Distingue al menos tres momentos: se pidió intervención, el caso llegó al destino y una persona comenzó a atenderlo. Los nombres pueden variar, pero el equipo necesita ver qué sigue pendiente. El mensaje al cliente debe describir el estado comprobado, sin anunciar una conexión inmediata si nadie está disponible.

La referencia de Dialogflow CX de Google aclara que su señal de derivación se utiliza para medición y que el procedimiento posterior depende de la implementación. Por eso, un indicador de transferencia en una plataforma no basta para demostrar que alguien recibió el caso: la conexión y su confirmación deben probarse de principio a fin. Fuente: Google Cloud Documentation.

Define el horario real del área, la alternativa fuera de ese horario y quién revisa los pendientes al volver. Si se ofrece una respuesta posterior, explica cómo se solicitará un medio de contacto y cómo se registrará el caso. No anuncies atención humana permanente por el hecho de que el asistente pueda mostrar mensajes a cualquier hora.

También acuerda quién responde mientras la derivación está en curso. Cuando una persona toma la conversación, el asistente debe respetar ese control según las posibilidades del canal. Evita que ambos den instrucciones contradictorias o que una nueva pregunta del cliente abra otro caso desconectado.

Ejemplo: una consulta cambia las condiciones de un presupuesto

Si no hay personal disponible, el recorrido debe dejar clara esa situación y la forma de continuar. Si la transferencia falla, conserva un estado de pendiente y una alternativa comprobable. No muestres al cliente una confirmación de recepción basada únicamente en que el asistente redactó el resumen.

Qué probar y medir antes de ampliar la automatización

Prueba conversaciones completas con situaciones habituales y excepciones. Usa datos de prueba y revisa el recorrido desde el lugar de quien consulta y de quien recibe. Los controles siguientes son recomendaciones editoriales para evaluar la puesta en marcha.

• La petición explícita de hablar con una persona tiene una salida utilizable.
• Una pregunta sin información suficiente se deriva sin inventar una respuesta.
• El destinatario recibe contexto legible y puede consultar sus referencias.
• Fuera de horario, el mensaje coincide con la disponibilidad acordada.
• Una falla en la conexión no se presenta como una transferencia completada.
• La toma de control por una persona evita respuestas automáticas contradictorias.

Mide por separado solicitudes de intervención, casos recibidos, primera respuesta humana y resolución registrada. Revisa también pendientes sin responsable y consultas que deben explicarse de nuevo. No interpretes una reducción de derivaciones como una mejora si los clientes abandonan antes de obtener ayuda.

Para evaluar una primera solución, lleva ejemplos anonimizados, las preguntas que sí pueden responderse, las excepciones y los horarios del equipo. La propuesta debe identificar canal, accesos, pruebas, mantenimiento y consumos externos. Con esa base se puede discutir una automatización acotada y cómo sostener su atención.

Preguntas frecuentes