Cuando un vehículo queda inmovilizado, el cliente no necesita una conversación larga: necesita confirmar que su solicitud fue recibida, explicar dónde está, saber qué proveedor viene y recibir una actualización si algo cambia. El problema aparece cuando la llamada, la ubicación, la asignación de la grúa y el seguimiento viven en sistemas o chats separados.
Un agente de voz para asistencia vial puede coordinar esa operación si trabaja conectado al sistema de pólizas, la red de proveedores, un motor de ubicación y el inbox del equipo. Su función no es decidir cobertura, reemplazar servicios de emergencia ni prometer un tiempo que no ha sido confirmado. Es convertir una llamada de asistencia en un caso visible, con datos mínimos, responsable, estado y siguiente acción.
Este caso de uso une dos capacidades estrechamente relacionadas de Seelai: agentes de voz y automatización operativa. La voz recibe y actualiza al cliente; los webhooks y triggers crean tareas, consultan disponibilidad y sincronizan eventos; el inbox conserva el contexto para que una persona pueda intervenir sin reconstruir la historia.
Dónde se rompe la coordinación de asistencia vial
Una solicitud puede estar bien recibida y aun así producir una mala experiencia si la ejecución posterior pierde continuidad.
- Ubicación ambigua: el cliente describe un punto de referencia, pero el proveedor recibe una dirección incompleta.
- Asignación manual: el operador llama a varios proveedores para encontrar disponibilidad.
- ETA sin respaldo: se comunica un tiempo estimado antes de confirmar ruta, tráfico o aceptación del servicio.
- Cambios invisibles: el proveedor rechaza, se retrasa o reasigna el caso y el cliente no recibe una actualización.
- Canales separados: la llamada inicial, los mensajes y las notas del operador no quedan en un mismo expediente.
- Escalamiento tardío: una situación insegura, una persona vulnerable o una falla crítica permanece en una cola estándar.
La guía de seguro automotor de la National Association of Insurance Commissioners recomienda llamar a emergencias cuando hay personas lesionadas y mover el vehículo fuera del tráfico cuando sea posible. Esa separación es esencial: la asistencia de una aseguradora no debe presentarse como sustituto de policía, ambulancia, bomberos u otros servicios públicos de emergencia.
Qué puede hacer un agente de voz en este flujo
Con guiones aprobados, fuentes confiables y permisos limitados, el agente puede:
- Recibir solicitudes de grúa, paso de corriente, cambio de llanta, cerrajería u otros servicios definidos por la operación.
- Preguntar primero si existen lesiones, fuego, riesgo en la vía u otra condición que requiera servicios de emergencia.
- Validar los datos mínimos del cliente, vehículo y plan de asistencia.
- Enviar un enlace seguro para compartir la ubicación o confirmar coordenadas disponibles.
- Capturar el tipo de falla, condiciones del vehículo, número de ocupantes y restricciones relevantes para el proveedor.
- Crear el caso y consultar proveedores autorizados por zona, servicio y disponibilidad.
- Presentar al operador una recomendación de asignación basada en reglas y tiempos estimados, sin ocultar la fuente del dato.
- Confirmar al cliente cuándo un proveedor acepta el servicio y comunicar cambios de estado.
- Transferir la llamada con resumen, ubicación y acciones realizadas cuando el caso necesita intervención humana.
Gestión manual vs. asistencia vial conectada
| Momento | Coordinación fragmentada | Flujo con agente de voz y automatización |
|---|---|---|
| Recepción | El operador toma notas libres | El agente completa campos mínimos y crea el caso |
| Ubicación | Se dicta una dirección por teléfono | Se confirma un punto mediante enlace o coordenadas |
| Búsqueda de proveedor | Se hacen llamadas una por una | Se filtra la red por zona, capacidad y disponibilidad |
| Estimación de llegada | Se comunica de forma manual | Se calcula una referencia y se confirma con el proveedor |
| Actualizaciones | El cliente vuelve a llamar | Los eventos activan avisos y tareas de seguimiento |
| Excepción | Otro operador reconstruye el caso | El inbox muestra conversación, estado y bloqueos |
| Cierre | Queda una nota general | Se registran tiempos, resultado y causa de desvíos |
Cómo se vería el proceso paso a paso
1. El cliente llama a la línea de asistencia y el agente identifica el tipo de solicitud.
2. Antes de gestionar el servicio, valida si existe una emergencia o una condición de seguridad que deba escalarse de inmediato.
3. El agente localiza el plan aplicable y recopila únicamente los datos necesarios para coordinar la asistencia.
4. El cliente comparte o confirma su ubicación mediante un mecanismo seguro.
5. Una automatización crea el caso y consulta proveedores autorizados según zona, tipo de vehículo, capacidad y horario.
6. Un motor de rutas puede comparar distancias y duraciones estimadas entre varios orígenes y el punto del cliente. La documentación de Google Routes API, por ejemplo, permite calcular una matriz entre múltiples orígenes y destinos con distancia y duración.
7. El proveedor seleccionado recibe la solicitud y confirma o rechaza. La decisión queda registrada mediante un evento o webhook.
8. Cuando acepta, el cliente recibe la identificación operativa permitida, el tiempo estimado confirmado y el canal de seguimiento.
9. Si el proveedor se retrasa, cancela o deja de reportar estado, un trigger crea una alerta para reasignación o intervención humana.
10. Al finalizar, el sistema registra llegada, resultado, observaciones y cualquier diferencia frente al tiempo prometido.
El ETA debe tratarse como una estimación, no como una promesa
Una matriz de rutas puede ayudar a ordenar opciones, pero no conoce por sí sola si una grúa está terminando otro servicio, si el vehículo adecuado está disponible o si existe una restricción local. Por eso, el tiempo calculado debe combinarse con la aceptación y confirmación del proveedor.
El agente puede comunicar rangos o tiempos estimados autorizados, indicar cuándo están pendientes de confirmación y actualizar al cliente ante un cambio. No debería inventar una hora de llegada para cerrar la conversación ni esconder que el proveedor aún no ha aceptado.
Qué no debería decidir la IA
El agente no debe determinar cobertura cuando existe una excepción contractual, aprobar costos fuera de los límites, elegir un proveedor no autorizado, enviar asistencia a una ubicación insegura sin revisión ni mantener a una persona en riesgo dentro de un flujo automático.
Conviene escalar cuando hay lesiones, menores solos, acoso o amenaza, ubicación peligrosa, vehículo de carga especial, datos de póliza inconsistentes, ausencia de proveedores, múltiples rechazos o una espera que supera los umbrales definidos. El AI RMF de NIST recomienda documentar el alcance de los sistemas, sus límites y las responsabilidades de supervisión humana. La IA coordina el trabajo estándar; el equipo conserva las excepciones y decisiones de mayor impacto.
Integraciones mínimas para un piloto
Un piloto puede comenzar con una ciudad, uno o dos tipos de asistencia y una parte controlada de la red.
- Telefonía programable con webhooks seguros para llamadas entrantes y estados.
- Fuente autorizada de clientes, vehículos, planes o elegibilidad.
- Sistema de casos, CRM o software operativo donde registrar la asistencia.
- Catálogo de proveedores con zona, horario, capacidades y estado.
- Servicio de ubicación y cálculo de rutas.
- Triggers para aceptación, rechazo, demora, llegada, reasignación y cierre.
- Inbox compartido para reunir llamada, mensajes, tareas y notas.
- Guion de seguridad, reglas de transferencia y plan de contingencia si una integración falla.
La documentación de Twilio muestra que una aplicación puede recibir llamadas entrantes y eventos de estado mediante webhooks. Esa arquitectura facilita actualizar un caso en tiempo real, pero debe protegerse con HTTPS, verificación del origen de las solicitudes, acceso mínimo y manejo de fallas.
Métricas para saber si la coordinación mejora
- Tiempo desde la llamada hasta la creación del caso.
- Tiempo hasta la aceptación por un proveedor.
- Diferencia entre ETA comunicado y llegada real.
- Porcentaje de servicios reasignados y causa.
- Número de llamadas adicionales del cliente para pedir estado.
- Casos escalados correctamente por seguridad o excepción.
- Solicitudes con ubicación confirmada al primer intento.
- Porcentaje de handoffs que llegan al operador con contexto completo.
- Errores de elegibilidad, proveedor o tipo de servicio.
- Satisfacción con la coordinación, separada del resultado de una reclamación.
Preguntas frecuentes
¿El agente de voz reemplaza al operador de asistencia?
No es el objetivo. Puede recibir la solicitud, recopilar datos, activar consultas y mantener informado al cliente. El operador interviene en riesgos, excepciones, negociación con proveedores y casos donde la automatización no tiene suficiente certeza.
¿Puede asignar automáticamente una grúa?
Puede hacerlo únicamente si la red, las reglas, los permisos y los umbrales están definidos para ese tipo de servicio. En otros escenarios puede preparar una recomendación y pedir confirmación humana antes de despachar.
¿Qué pasa si no hay proveedor disponible?
El flujo debe dejar de prometer tiempos, informar que la asignación sigue en curso y escalar a una persona. También puede ampliar el radio o consultar otra red solo cuando esas acciones estén autorizadas.
¿Se necesita reemplazar el software actual?
No necesariamente. El agente y las automatizaciones pueden operar como una capa conectada mediante APIs y webhooks al sistema de asistencia, CRM o plataforma de proveedores existente.
Dónde encaja Seelai
Seelai conecta agentes de voz, inbox omnicanal, CRM inteligente, webhooks y software operativo para que la llamada y la ejecución no avancen por separado. Cada servicio mantiene ubicación, proveedor, ETA, estado, responsable y comunicaciones en un mismo contexto.
El resultado esperado no es una voz que simplemente contesta. Es una operación que coordina, detecta bloqueos y mantiene al cliente informado sin sacar las situaciones sensibles del control humano.
Fuentes
- National Association of Insurance Commissioners, A Consumer's Guide to Auto Insurance: https://content.naic.org/sites/default/files/publication-aut-pp-consumer-auto.pdf
- Google for Developers, Routes API — Compute Route Matrix: https://developers.google.com/maps/documentation/routes/reference/rest/v2/TopLevel/computeRouteMatrix
- Twilio Docs, Voice Webhooks: https://www.twilio.com/docs/usage/webhooks/voice-webhooks
- NIST AI Resource Center, AI RMF Core: https://airc.nist.gov/airmf-resources/airmf/5-sec-core/
Conecta la llamada con la asistencia en campo
Si tu equipo todavía coordina grúas y proveedores entre llamadas, hojas de cálculo y mensajes sueltos, agenda una demo de Seelai en /demo. Revisaremos cómo conectar voz, ubicación, red de proveedores e inbox en un flujo medible, con actualizaciones automáticas y escalamiento humano.