Qué procesos puede gestionar un agente de voz en una empresa
Recepción, identificación, consulta, citas, pedidos, incidencias, derivación y registro. Qué debe pasar siempre a una persona.
Por Opium Software · Fecha editorial · Actualizado
Un agente de voz puede atender consultas y tramitar citas o pedidos si dispone de la información y las herramientas adecuadas. Diseña también la derivación, con motivo e identificador, para que el cliente pueda continuar sin repetir la llamada.
Ideas clave
- Cada motivo de llamada necesita datos y acciones definidos.
- La cita o solicitud debe confirmarse en la herramienta correspondiente.
- La derivación humana requiere conservar el contexto necesario.
Un agente de voz puede recoger solicitudes y utilizar herramientas durante una llamada, pero su funcionamiento debe definirse con el equipo que presta el servicio. El diseño concreta qué información necesita, qué puede consultar y cuándo debe derivar. La llamada continúa en agenda, CRM o gestión con un resultado que pueda comprobarse.
Recepción e identificación
La recepción coge la llamada, saluda y clasifica la intención. La identificación cruza el número o un dato (NIF, número de pedido, nombre) con la ficha. Sin identificar, no hay tarifa, historial ni agenda fiable. Un número desconocido no debe inventar un cliente: pide un dato o deriva.
Consulta de información
Horario, estado de un pedido, si hay hueco, si un artículo está en stock. La consulta tiene que leer el sistema, no un texto grabado de 2023. Si el dato no está conectado, el agente solo puede tomar recado o pasar con alguien que sí lo ve.
Citas, pedidos e incidencias
- Citas: hueco real, tipo de visita o servicio, confirmación al llamante. No reservar un hueco que la agenda no tiene.
- Pedidos: líneas y cliente identificado. Precio especial, crédito o stock justo: mejor borrador y revisión.
- Incidencias: abrir un ticket con contexto (“pedido 4521, falta una línea”), no discutir el fondo con el modelo.
Derivación y registro posterior
Derivar no es un fracaso del agente: es el ramal correcto cuando hay negociación, enfado, un caso médico o legal, o una duda que no clasifica. Quien coge debe recibir el contexto, no “un cliente que llamó”. El registro posterior —ficha, cita, pedido, nota— es lo que cierra el proceso. Grabar o transcribir es un tratamiento de datos: hay que poder explicarlo y limitarlo.
Qué debe pasar a una persona
| Caso | Agente de voz | Persona |
|---|---|---|
| Horario, estado de pedido, hueco estándar | Sí, si el sistema está conectado | Si el dato no está o no cuadra |
| Cita o pedido repetitivo | Borrador o alta con reglas | Precio, crédito, excepción |
| Reclamación, negociación, conflicto | Clasificar y pasar contexto | Siempre |
| Cliente nuevo sin ficha | Recoger datos y derivar | Alta y criterio comercial |
| Fuera de política o dato sensible de más | No improvisar | Siempre |
Ejemplo: una cita que necesita cambiarse
La persona que llama solicita modificar una atención ya prevista. El agente debe identificar la operación, consultar las opciones autorizadas y confirmar la información relevante. El proceso comprueba el resultado del cambio en la agenda y conserva el contexto necesario para que el equipo pueda continuar la atención.
Situaciones que conviene incluir en las pruebas
- Una petición habitual con todos los datos necesarios.
- Una llamada en la que faltan referencias o no se comprende una respuesta.
- Una solicitud de cambio o cancelación.
- Un caso que necesita una decisión de una persona.
- Una incidencia al consultar o registrar la operación.
La evaluación comprende la conversación y sus efectos en las herramientas de trabajo. El equipo debe reconocer qué se ha registrado, qué continúa pendiente y quién recibe la solicitud si necesita intervención humana.
Tres llamadas que conviene ensayar
En un pedido, el agente repite referencia, cantidad y destino antes de confirmar. En un cambio de cita, identifica la reserva, propone otro hueco y deja registrada la nueva confirmación. Si entra una incidencia urgente fuera de horario, recoge los datos mínimos, deriva al contacto de guardia y explica qué ocurrirá si no consigue pasar la llamada. Incluye interrupciones, ruido de fondo y referencias mal pronunciadas al probar los tres recorridos.
Soluciones y guías para continuar
Artículos relacionados
Opium Software S.L. · NIF B67336016 · Avinguda Diagonal 449, 4ª, 08036 Barcelona, España · +34 930 42 27 96
Cuéntanos qué necesitas · Aplicaciones · Integraciones · Inteligencia artificial · Automatización · Desarrollo a medida · ERP · Odoo · Actualidad