La IA atendió la llamada. ¿Quién se encarga ahora?

La IA puede atender una llamada y dejar un resumen impecable. Si después nadie sabe quién debe responder al cliente, el trabajo sigue sin hacerse. El seguimiento después de una llamada con IA empieza cuando la solicitud pasa a una persona con una acción concreta, no cuando se envía una notificación.

Esta guía se centra en ese tramo posterior para negocios de servicios en España: qué entregar al equipo, cómo asignar la responsabilidad y qué hacer si el aviso no llega o nadie puede ocuparse. Si el problema es que el teléfono ni siquiera se contesta, empieza por el plan para perder menos llamadas. Aquí damos por hecho que la llamada ya se ha atendido.

Atender, avisar y hacerse cargo son tres cosas distintas

Imagina una llamada sobre una avería en un local. El cliente explica el problema, deja su teléfono y solicita una visita. El resumen llega al equipo. Hasta aquí hay información, pero no necesariamente una visita ni una devolución de llamada.

El traspaso tiene tres momentos que conviene separar:

Recibir un aviso no es asumir una solicitud. Y asumirla tampoco significa que esté resuelta. Esta distinción importa especialmente al cerrar el negocio, durante vacaciones o cuando varias personas consultan la misma bandeja: cada una puede pensar que responderá otra.

Qué debe contener un traspaso útil

El objetivo no es producir una transcripción larga. Es darle a la persona responsable lo necesario para decidir sin obligar al cliente a contar todo de nuevo:

• Motivo y petición: qué solicita el cliente, en sus términos, sin convertir una sospecha en diagnóstico.
• Forma de contacto: teléfono y nombre, si los facilitó; no inventar datos ausentes.
• Contexto que cambia la decisión: ubicación, servicio, franja de disponibilidad o referencia del trabajo, solo cuando corresponda y esté aprobado recogerlos.
• Prioridad y motivo: qué dato justifica revisarlo antes, sin llamar «urgente» a todo ni prometer atención inmediata.
• Siguiente acción: devolver la llamada, revisar una solicitud de servicio, preparar un presupuesto o comprobar disponibilidad para una cita.
• Incertidumbres: qué falta confirmar y qué no se ha prometido.

Por ejemplo, «Quiere presupuesto» deja demasiado trabajo al equipo. Una nota más útil sería: «Solicita presupuesto para reparar una persiana en Getafe. Tenemos su teléfono, pero no las medidas. Marta comprobará si damos ese servicio y llamará para pedirlas». Es un ejemplo inventado, no un caso de cliente.

No incluyas datos sensibles porque sí. Ajusta la ficha al servicio y a las reglas de información del negocio; una solicitud clínica o jurídica no debería circular en un grupo informal con detalles innecesarios.

Cómo decidir quién responde

Un buzón compartido sirve para ver trabajo pendiente. Para hacerse cargo hace falta una regla de asignación. Una pequeña empresa puede empezar con algo tan sencillo como «la persona que abre las solicitudes de mañana asigna cada caso antes de comenzar las visitas». Si esa persona falta, debe haber sustituta. Para incidencias que requieren guardia, define quién la cubre y qué sucede si no contesta.

No hace falta que la IA elija siempre a un empleado. Se puede dejar una solicitud pendiente de asignación hasta que un miembro del equipo la acepte. Lo importante es que ese estado se vea y se revise, no que se oculte tras un mensaje enviado.

Antes de activar el flujo, escribe estas cuatro decisiones:

1. ¿Qué solicitudes puede resolver la recepción con información aprobada y cuáles necesitan revisión humana?
2. ¿Quién revisa las nuevas solicitudes en cada franja horaria?
3. ¿Cuándo se considera que alguien se ha hecho cargo: al leer el aviso o al aceptar expresamente el caso?
4. ¿Quién revisa las solicitudes que siguen sin dueño y por qué vía contactará al cliente si falla el aviso?

Si una persona pide hablar con alguien del equipo o el sistema no entiende su necesidad, el traspaso no debería depender de que la IA adivine una respuesta. Debe existir una salida humana definida para esa situación.

Qué hacer cuando el aviso falla o nadie lo acepta

El correo puede no estar configurado, el mensaje puede quedar en un estado incierto y la persona de guardia puede estar ocupada. Por eso la regla de respaldo no puede ser «volver a mandar todo» ni «ya se enterarán».

• No hay ruta de aviso configurada: conserva la solicitud en la cola y asigna a alguien que revise esa cola. Configura la ruta antes de confiarle trabajo fuera de horario.
• No sabes si el aviso llegó: consulta el estado y comprueba por otro medio antes de reenviar; repetir a ciegas puede duplicar instrucciones.
• El aviso consta, pero nadie acepta: deja el caso visible como pendiente y aplica el turno de respaldo que hayas definido.
• Una persona lo acepta, pero no puede seguir: comunica el relevo y deja constancia del nuevo responsable; no cierres el caso por haberlo abierto.

Si solo miras las notificaciones, una solicitud puede desaparecer entre mensajes. Revisa también la cola de pendientes. Prueba cada fallo antes de depender del sistema con clientes reales.

Cuándo se puede cerrar una solicitud

Una cita solicitada no es una cita confirmada. Un presupuesto por preparar no es un presupuesto enviado. Una llamada devuelta sin respuesta tampoco equivale a haber hablado con el cliente.

Define cierres que describan lo que pasó. Por ejemplo: «atendido», «cliente no localizado» o «no se continúa». Si el cliente no está localizable, documenta el intento y quién decidirá si corresponde volver a contactar; el cierre del registro no debe convertirse en una afirmación de que la petición se solucionó.

Para revisar el proceso, observa una muestra de solicitudes completas: momento de entrada, momento en que alguien asumió el caso, acción efectuada y resultado documentado. El tiempo hasta asumir una solicitud y el tiempo hasta hablar con el cliente no son la misma métrica. Revisa por separado los casos que nunca se asignaron y los que se asignaron pero no recibieron la acción esperada. No traduzcas llamadas atendidas o traspasos cerrados en ventas sin comprobar trabajos efectivamente contratados.

Una ficha que puedes copiar para probar el proceso

Empieza con un solo tipo de solicitud —por ejemplo, peticiones de presupuesto— y usa esta ficha en una hoja, un gestor de tareas o la herramienta que ya utiliza el equipo:

• Entrada: fecha, canal y motivo expresado por el cliente.
• Contacto: datos facilitados y preferencia para responder, si consta.
• Datos confirmados / por confirmar: separar hechos de suposiciones.
• Prioridad: normal o revisión prioritaria, con motivo.
• Responsable: persona que aceptó el caso; si no hay, «sin asignar».
• Próxima acción: verbo concreto y momento de revisión acordado por el negocio.
• Resultado: qué hizo el equipo y qué queda pendiente.

Prueba la ficha con una llamada normal, otra sin un dato necesario y otra fuera de horario. Pregunta a quien recibe cada ficha: «¿Podrías actuar con esto sin llamar al cliente solo para repetir la conversación?». Si no, cambia las preguntas de recepción o la regla de asignación antes de ampliar el flujo. No necesitas prometer que devolverás todas las llamadas en un plazo que tu equipo aún no puede sostener.

En Recepcionista, los traspasos pueden permanecer pendientes para revisión del equipo; una persona autorizada puede asumir uno y después registrar su resultado. Los tipos de solicitud contemplan acciones distintas, como contactar al cliente, revisar un servicio, preparar un presupuesto o gestionar una cita. Los avisos dependen de las rutas configuradas y no sustituyen esa revisión. Antes de usarlo en tu negocio, valida los horarios, permisos y rutas con llamadas de prueba; consulta los planes y su alcance si necesitas un flujo concreto.

Si lo que necesitas es decidir cuándo seguir la conversación por WhatsApp, en vez de quién asume el caso, consulta la guía de continuidad entre llamada y WhatsApp. Son decisiones relacionadas, pero ninguna sustituye a la otra.