Por Nicho Agencia Digital · Publicado el

Define cuándo debe intervenir una persona

Comienza por los motivos de transferencia. Incluye la solicitud expresa del cliente, una excepción comercial, información contradictoria, una falla de la integración y preguntas que la base de conocimiento no puede resolver. No obligues a repetir un menú cuando alguien ya pidió un asesor.

La política de WhatsApp Business exige rutas de escalamiento claras y directas cuando se usa automatización en su ventana de atención. Ese requisito admite diferentes canales. La decisión de ofrecer traspaso dentro del chat debe considerar la disponibilidad real del equipo.

Como recomendación editorial, define el motivo con una etiqueta y una explicación breve. “Excepción de entrega: el cliente necesita una fecha que no aparece autorizada” sirve más que “caso difícil”.

Construye un paquete de contexto verificable

El resumen debe facilitar la lectura sin reemplazar la evidencia. Conserva el acceso al historial según los permisos de la operación y separa lo dicho por el cliente de lo confirmado por tus sistemas.

  • Solicitud: qué necesita resolver y qué sigue pendiente.
  • Datos confirmados: producto, pedido o referencia, con su fuente.
  • Acciones realizadas: consultas, respuestas y cambios efectivamente completados.
  • Restricciones: horario solicitado, alcance autorizado y límites relevantes.
  • Motivo de transferencia: la decisión que requiere intervención.

No copies contraseñas, datos de pago ni información ajena al caso. La documentación de Copilot Studio muestra un mecanismo concreto para transferir historial y variables a una plataforma de atención conectada. La integración equivalente debe verificarse en la herramienta elegida.

Usa estados que representen lo que realmente pasó

  1. Solicitado: el bot identifica el motivo y prepara el contexto.
  2. En cola: el sistema receptor confirma que creó o recibió el caso.
  3. Asignado: una persona o equipo tiene responsabilidad explícita.
  4. Tomado: el asesor acepta la conversación y comienza a atender.
  5. Cerrado o devuelto: se registra la resolución o una razón válida para retomar la automatización.

El mensaje al cliente debe coincidir con el estado. “Dejé tu solicitud en la cola de atención” requiere confirmación del sistema. “Ya te atiende una persona” requiere que alguien haya tomado el caso. Define además quién puede enviar mensajes durante cada estado para evitar respuestas simultáneas del bot y del asesor.

Prepara la salida fuera de horario

Establece una cola con responsable, el horario real de revisión y un canal alternativo disponible. Si no puedes calcular la espera, informa que todavía no hay un tiempo confirmado. Nunca conviertas un horario de apertura en una promesa de respuesta individual.

Si falla la creación del caso, conserva un registro técnico y muestra una alternativa verificable. Un nuevo intento debe reutilizar la referencia de transferencia para no crear varios tickets. Si la persona vuelve a escribir, incorpora el mensaje al caso abierto antes de iniciar otra ruta.

Ejemplo hipotético: una fecha de entrega excepcional

Un cliente consulta por una entrega antes de un evento. El bot confirma la referencia del producto, pero el sistema solo muestra un rango general. El resumen dice: “Solicita entrega antes del viernes; fecha especial sin confirmar; se consultó disponibilidad; no se prometió despacho”.

La conversación pasa a logística y el bot avisa que la solicitud quedó pendiente de revisión. El asesor ve la consulta original y puede confirmar o rechazar la excepción. La automatización se mantiene pausada hasta que el asesor cierre el caso o la devuelva con una instrucción definida.

Prueba el recorrido completo antes de activarlo

Ensaya un asesor disponible, todos ocupados, fuera de horario, una integración caída y un cliente que escribe mientras espera. Revisa si llegó el contexto correcto, si hubo mensajes duplicados y si algún caso quedó sin responsable.

Mide por separado transferencias solicitadas, recibidas y tomadas. Un botón de “hablar con alguien” solo demuestra que existe una entrada; el seguimiento de esos estados permite comprobar si la atención realmente continuó.

Para organizar estas comprobaciones, puedes preparar una evaluación del agente de IA con casos y criterios observables.

El siguiente paso

Revisemos qué contexto necesita tu equipo al recibir una conversación y dónde se están quedando los casos sin atender.

Agentes de IA para atención y ventas · Conversar sobre tu proyecto ↗

Fuentes y alcance

Fuentes consultadas el 11 de octubre de 2026. Las recomendaciones de proceso son propuestas editoriales de Nicho; los ejemplos identificados como hipotéticos no representan resultados de clientes.

Contenido preparado con asistencia de IA y comprobaciones automáticas. No sustituye una evaluación de tu implementación ni garantiza resultados. Escríbenos si encuentras algo que debamos corregir.