Visão geral
O Mobizap foi construído no contexto do Grupo Comporte e da Mobifacil para um negócio de mobilidade centrado na venda de passagens rodoviárias, especialmente em viagens de média e longa distância.
Isso torna o desafio mais interessante do que um simples assistente de viagem. O produto precisa apoiar uma jornada de compra com várias etapas, parecida com benchmarks clássicos de booking, mas dentro de um mercado com unit economics muito mais apertados e no canal que as pessoas já usam no dia a dia: o WhatsApp.
Desafio
Comprar uma passagem rodoviária para viagens mais longas não é um fluxo trivial. O usuário pode precisar de ajuda para navegar entre rotas, horários, preços, restrições de passageiro e a sequência de decisões necessária para concluir a compra.
Ao mesmo tempo, o mercado brasileiro é altamente sensível a preço. O valor da passagem e a estrutura de margem do negócio deixam muito menos espaço para inferência cara do que em demos com frontier models ou benchmarks inspirados em compra de passagens aéreas.
Então o problema não era apenas saber se a IA conseguiria apoiar um fluxo de booking. O problema real era conseguir fazer isso com um custo por conversão que ainda fechasse economicamente.
O que foi construído
O Mobizap foi desenhado como um produto de IA orientado à transação, em que a experiência do assistente está conectada à lógica estruturada da jornada de compra, e não tratada como uma camada solta de conversa.
O valor está em conduzir o usuário por uma jornada real de compra de viagem, mantendo o sistema ancorado em orquestração de backend, fluxos conscientes de provedores e comportamento voltado para conversão.
O canal de interação também fazia parte da lógica de produto. Em vez de pedir para o usuário adotar uma nova interface, o Mobizap foi integrado ao WhatsApp, o que reduz drasticamente a fricção no Brasil, onde praticamente todo usuário com smartphone já está lá.
Por que a Copilotz foi importante
A Copilotz ofereceu a camada de aplicação certa para:
- workflows transacionais com múltiplas etapas
- estrutura de backend amigável para integrações
- comportamento de agente especializado no domínio
- arquitetura que reduz dependência de modelos de fronteira
Isso foi decisivo porque a estratégia de modelo precisava ser economicamente disciplinada. Em vez de assumir o uso dos maiores modelos disponíveis, o sistema precisava funcionar com os menores modelos viáveis que ainda sustentassem a jornada de compra.
Nesse contexto, o problema deixa de ser apenas capacidade bruta de modelo e passa a ser desenho de aplicação: workflow, uso de ferramentas, contexto, orquestração e escolha de canal tornam-se centrais para viabilizar o produto financeiramente.
Resultado
O resultado é um exemplo mais forte de comércio agentic sob restrições reais: uma direção de produto para venda de passagens rodoviárias em que a IA precisa caber tanto na jornada do usuário quanto na estrutura de margem do negócio.
O Mobizap mostra como a Copilotz sustenta sistemas transacionais complexos nos quais o desafio não é apenas resolver o fluxo, mas resolvê-lo com uma economia que justifique adoção e permita ROI rápido.