Casos públicos y evidencia verificable
Condado de Hualien|Lanzamiento de productos en línea, actualizaciones de 2026-08-11
Cómo integrar el servicio de atención al cliente con IA para empresas | Caso de estudio técnico de GoGoCha
Integrar la página web de la marca, el sistema de atención telefónica con IA, la asignación en tiempo real, el bot de LINE y la aplicación para conductores/pasajeros, unificando los diferentes puntos de acceso al servicio.


Contexto del problema
Los usuarios que solicitan el servicio incluyen personas mayores, viajeros y clientes empresariales. Los puntos de acceso pueden ser a través del teléfono, la página web o LINE. El sistema debe permitir que la información entre en un mismo flujo de asignación y mantener la capacidad de intervención manual.
Método de implementación
- —Enviar la información de la tarea obtenida a través del sistema de atención telefónica con IA a un sistema centralizado, evitando que el punto de acceso telefónico se convierta en una isla de datos aislada.
- —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.
El flujo de datos de la tarea desde la atención telefónica con IA hasta la asignación.
- 01Los usuarios solicitan el servicio a través del teléfono, la página web o LINE.
- 02El sistema organiza la información de ubicación, contacto y tarea, y la envía al flujo de asignación centralizado.
- 03El backend utiliza PostgreSQL para almacenar el estado, BullMQ para gestionar colas, y Redis/Socket.IO para la sincronización en tiempo real.
- 04Tanto el conductor, el pasajero como la interfaz de gestión tienen acceso al mismo estado de la tarea.
Limitaciones, fallos y alternativas
- —Mantener la intervención manual en caso de que la información sea insuficiente o la IA no pueda confirmar de forma fiable, evitando que las suposiciones se utilicen directamente como datos de asignación.
- —En caso de fallo de la API de tarifas en la página web, mostrar las reglas locales y las limitaciones, sin simular una confirmación de precio 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
Objetivos del producto de asignación.
3 segundos.
Los objetivos de funcionalidad del producto no implican que todas las solicitudes de viaje puedan ser aceptadas por un conductor en tres segundos.
Verificar fuentes públicasEntradas principales.
Teléfono/Sitio web/LINE.
Procesos backend compartidos a través de tres entradas, que abarcan el alcance del sistema.
Diseño accesible.
Tipos grandes y alto contraste.
Basado en la funcionalidad de la interfaz publicada, no se considera equivalente a una certificación de accesibilidad de terceros.
Revelación y limitaciones
Esta página describe las capacidades del producto y el alcance técnico de Falcon; no incluye datos sobre los ingresos de la flota, el volumen de pedidos, el ahorro de tiempo, la tasa de conexión, grabaciones de llamadas reales o acuerdos de nivel de servicio (SLA). "3 segundos" es un objetivo de diseño del producto, y no implica que cada solicitud de viaje pueda ser aceptada por un conductor en tres segundos.