Cómo conectar la atención telefónica con IA al despacho de taxis en tiempo real | Caso técnico de GoGoCha

Contexto del problema

Personas mayores, viajeros y empresas pueden pedir un taxi por teléfono, web o LINE. Si cada canal guarda las solicitudes por separado, los operadores deben conciliar información entre interfaces. El proyecto conecta los canales a un backend común de despacho para que conductores, pasajeros y operadores consulten el mismo estado de la solicitud, conservando la intervención humana cuando faltan datos.

Método de implementación

• —El canal telefónico con IA recoge los datos del viaje; el backend común guarda las solicitudes y gestiona el despacho. Separar la conversación del estado de la solicitud conecta teléfono, web y LINE con un mismo flujo operativo.
• —Utilizar Express, PostgreSQL, Redis, BullMQ y Socket.IO para crear el backend de asignación en tiempo real.
• —El cálculo de tarifas en la página web debe llamar primero a la API de tarifas reales, y en caso de fallo, proporcionar un resultado alternativo claro según las reglas locales.
• —Diseñar la interfaz para personas mayores con letras grandes, prioridad a la voz y alto contraste.

Alcance real de Falcon

• Página web de la marca y interfaz de cálculo de tarifas.
• Punto de acceso al sistema de atención telefónica con IA y estructura de datos de la tarea.
• Backend de asignación en tiempo real SmartDispatcherV2.
• Integración del bot de LINE, la aplicación para conductores/pasajeros y el panel de control operativo.

Flujo de datos desde la atención telefónica con IA hasta el despacho de taxis

1. 01Los usuarios solicitan el servicio a través del teléfono, la página web o LINE.
2. 02El sistema organiza la información de ubicación, contacto y tarea, y la envía al flujo de asignación centralizado.
3. 03El backend utiliza PostgreSQL para almacenar el estado, BullMQ para gestionar colas, y Redis/Socket.IO para la sincronización en tiempo real.
4. 04Tanto el conductor, el pasajero como la interfaz de gestión tienen acceso al mismo estado de la tarea.

Limitaciones, fallos y alternativas

• —Si la IA no puede confirmar con fiabilidad la ubicación, el contacto o los detalles de la solicitud, una persona debe verificarlos. Las suposiciones del modelo no deben convertirse en datos de despacho ejecutables. Esta página no afirma que todas las llamadas puedan atenderse sin ayuda humana.
• —Si falla la API de tarifas de la web, se ofrece una estimación alternativa mediante reglas locales y se deben indicar su fundamento y límites. El resultado no implica que la API en tiempo real haya funcionado, que se haya reservado un taxi ni que exista un presupuesto formal.
• —Utilizar colas y comunicación en tiempo real para evitar que la pérdida de conexión se traduzca directamente en la desaparición de la tarea.

Cómo verificar la evidencia

• ✓Se puede verificar a través del sitio web público si el acceso es a través del teléfono, la página web o LINE.
• ✓Las pantallas de la aplicación y la página web se utilizan para demostrar el alcance de los productos a través de diferentes puntos de acceso, sin incluir datos de pasajeros o conductores privados.
• ✓La arquitectura técnica se basa en el alcance real de Falcon; no incluye datos sobre el volumen de operaciones, la tasa de conexión, el ahorro de tiempo o acuerdos de nivel de servicio (SLA) específicos.

Mediciones y capacidades disponibles públicamente