Casos públicos e evidências verificáveis
Condado de Hualien|Produtos disponíveis publicamente, atualizações 2026-08-11
Como conectar o atendimento de voz com IA ao despacho de táxis em tempo real | Caso técnico GoGoCha
Integrar o site da marca, atendimento telefônico com IA, despacho instantâneo, o bot do LINE e o aplicativo para motoristas/passageiros, unificando os diversos pontos de acesso ao serviço.


Contexto do problema
Idosos, viajantes e empresas podem solicitar um táxi por telefone, site ou LINE. Se cada canal armazenar as solicitações separadamente, a operação precisa conferir informações entre interfaces. O projeto conecta os canais a um backend compartilhado de despacho para que motoristas, passageiros e operadores consultem o mesmo estado da solicitação, mantendo a intervenção humana quando faltam informações.
Forma de implementação
- —O canal telefônico com IA coleta os dados da corrida; o backend compartilhado armazena as solicitações e gerencia o despacho. Separar a conversa do estado da solicitação conecta telefone, site e LINE ao mesmo fluxo operacional.
- —Criar um backend de despacho instantâneo utilizando Express, PostgreSQL, Redis, BullMQ e Socket.IO.
- —O cálculo de tarifas no site deve chamar a API de tarifas reais e, em caso de falha, fornecer um resultado alternativo claro com base nas regras locais.
- —Adaptar a interface para idosos, com letras grandes, priorizando a voz e alto contraste.
Escopo real de responsabilidade do Falcon
- Site da marca e interface de cálculo de tarifas.
- Ponto de acesso ao atendimento telefônico com IA e estrutura de dados para tarefas.
- Backend de despacho instantâneo SmartDispatcherV2.
- Integração do bot do LINE, aplicativo para motoristas/passageiros e painel de operações.
Fluxo de dados do atendimento telefônico com IA ao despacho de táxis
- 01Os usuários podem solicitar um serviço por telefone, site ou LINE.
- 02O sistema organiza os campos de local, contato e tarefa, inserindo-os no fluxo de despacho compartilhado.
- 03O backend armazena o estado no PostgreSQL, utiliza o BullMQ para gerenciar filas e sincroniza em tempo real através do Redis/Socket.IO.
- 04Motoristas, passageiros e a interface de operações têm acesso ao mesmo estado da tarefa.
Limitações, falhas e alternativas
- —Quando a IA não consegue confirmar com segurança o local, o contato ou os detalhes da solicitação, uma pessoa deve verificá-los. Suposições do modelo não podem virar dados executáveis de despacho. Esta página não afirma que todas as chamadas possam ser atendidas sem intervenção humana.
- —Se a API de tarifas do site falhar, regras locais fornecem uma estimativa alternativa e a interface deve informar sua base e limitações. Esse resultado não significa que a API em tempo real funcionou, que a corrida foi solicitada com sucesso ou que um orçamento formal foi emitido.
- —Implementar o processamento em camadas de filas e comunicação em tempo real para evitar que problemas de conexão únicos resultem na perda da tarefa.
Como verificar as evidências
- ✓É possível verificar os pontos de acesso (telefone, site, LINE e cálculo de tarifas) através do site da marca.
- ✓As telas do aplicativo e do site são utilizadas para demonstrar o alcance dos produtos através de diferentes pontos de acesso, sem incluir dados de passageiros ou motoristas privados.
- ✓A arquitetura técnica é definida pelo escopo real da Falcon, sem informações sobre volume de operações, taxa de sucesso, economia de tempo ou SLAs formais.
Medições e capacidades disponíveis
Objetivos do produto de solicitação.
3 segundos
Os objetivos funcionais do produto não garantem que todas as solicitações de viagem sejam atendidas em até três segundos.
Verificar fontes públicasPrincipais pontos de entrada
Telefone / Site / LINE
Os três pontos de entrada compartilham um fluxo de back-end, abrangendo o escopo do sistema.
Design acessível
Texto grande e alto contraste
Com base nas funcionalidades da interface pública, não se equipara a avaliação interna a uma certificação de acessibilidade de terceiros.
Revelação e limitações
Esta página descreve as capacidades do produto e o escopo técnico da Falcon, sem informações sobre a receita da frota, volume de pedidos, economia de tempo, taxa de sucesso, gravações de chamadas ou SLAs de chamadas. "3 segundos" é um objetivo de design do produto, e não garante que todas as solicitações de viagem sejam atendidas em até três segundos.