> ## Documentation Index
> Fetch the complete documentation index at: https://docs.apollospace.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Viagens & turismo

> Pedidos de roteiro, follow-up de reservas, coordenação de fornecedores e mensagem ao viajante antes e durante a viagem — com pagamento, reembolso e contrato sempre com gente.

São 22h. Um casal pediu por WhatsApp "um roteiro de sete dias no Chile, saindo
dia 12" e está esperando opções desde a manhã. Três reservas de hotel feitas na
semana passada ainda não voltaram com a confirmação do fornecedor. Um cliente
que embarca depois de amanhã não recebeu o voucher nem o lembrete de check-in
da companhia aérea. E o operador receptivo em Santiago mandou uma alteração de
horário do transfer que ninguém repassou ao viajante. Tudo aberto ao mesmo
tempo, e cada hora parada é uma venda que esfria.

**O que sai da sua frente:** receber o pedido e montar as opções a partir do
que os fornecedores oferecem, cobrar as confirmações de reserva, disparar a
rotina de pré-viagem com documentos e lembretes, e manter o viajante informado
quando o fornecedor muda algo — tudo com contexto, dentro do orçamento e com
**pagamento, reembolso e contrato sempre esperando um humano**.

## Como funciona, em uma frase

Agência e operadora são **relacionamento e logística em cima de informação que
já existe**: o que cada fornecedor oferece, a política de cancelamento, os
documentos que cada destino exige, o histórico do viajante. O agente não
inventa preço nem fecha nada que mexa no bolso — ele lê o que está no
[Company Brain](/pt/features/brain), age dentro disso e só decide sozinho
quando a ação não é um compromisso financeiro nem muda os termos da viagem.

```mermaid theme={null}
flowchart LR
    A[Gatilho<br/>pedido de roteiro, reserva pendente,<br/>viagem a chegar, alteração do fornecedor] --> B[Agente puxa contexto<br/>do Company Brain + CRM + info dos fornecedores]
    B --> C[Decide + usa ferramentas<br/>WhatsApp, CRM, Documentos, Rotinas]
    C --> D{Mexe em dinheiro<br/>ou nos termos<br/>da viagem?}
    D -->|Não| E[Monta opções / cobra / lembra / informa]
    D -->|Sim| F[Propõe + chama humano<br/>com contexto completo]
    E --> G[Vira memória<br/>a próxima viagem já parte do que se sabe]
    F --> G
```

## Fluxos concretos

### 1. Pedido de roteiro — opções montadas da informação dos fornecedores

**Gatilho:** chega um "quero dez dias na Patagônia em março, dois adultos" por
[WhatsApp](/pt/integrations/whatsapp) ou [chat](/pt/features/chats).

O agente registra o pedido como um [lead com atividade no CRM](/pt/features/crm),
identifica o viajante e cruza o que ele pediu com o que os fornecedores
oferecem — tarifários, pacotes, disponibilidade e condições que estão no
[Company Brain](/pt/features/brain). A partir daí ele **monta um rascunho de
opções** em um [documento](/pt/features/documentos): trechos, hospedagens,
transfers, a faixa de cada combinação e o que muda entre elas. Quando falta uma
informação pública — a melhor época para um trekking, se um parque exige
reserva antecipada, o tempo de um deslocamento — o [Scout](/pt/agents/scout)
pesquisa na web aberta (via [Tavily](/pt/integrations/tavily)) e devolve a
fonte. O rascunho volta pronto para você revisar e mandar.

<Note>
  O ganho não é "robô que vende pacote". É que a montagem da primeira proposta
  — o trabalho de garimpar fornecedor e juntar opção — deixa de consumir a tarde
  inteira, e o consultor entra para dar o toque humano e fechar.
</Note>

### 2. Follow-up de reservas — confirmação cobrada antes de virar problema

**Gatilho:** uma [rotina](/pt/features/rotinas) que o próprio agente agenda —
varre as reservas com confirmação pendente.

No disparo, o agente cruza o que foi solicitado com o que cada fornecedor já
confirmou, no [CRM](/pt/features/crm). Para cada reserva sem retorno —
hotel, transfer, passeio — o [Marcus](/pt/agents/marcus) **cobra o fornecedor**
pelo canal de cada um ([e-mail ou WhatsApp](/pt/features/outbound)), pedindo o
número da confirmação e o status. As respostas voltam para o CRM como
atividade. Se um fornecedor não responde dentro do prazo, ele abre uma
[tarefa](/pt/features/boards) para o consultor agir antes que o viajante
embarque sem reserva firme.

<Warning>
  O follow-up é comunicação externa em volume. Mantenha **aprovação humana
  antes de cada disparo** no começo — o agente prepara a fila de cobranças,
  você revê e libera. A autonomia cresce como uma catraca: depois de acertar,
  você solta o lote. Qualquer **pagamento ao fornecedor ou mudança de termo da
  reserva** continua sendo proposta para um humano aprovar.
</Warning>

### 3. Rotina de pré-viagem — documentos e lembretes no tempo certo

**Gatilho:** uma [rotina](/pt/features/rotinas) que varre quem embarca nas
próximas 72 horas.

No disparo, o agente puxa do [CRM](/pt/features/crm) quem vai viajar e monta o
pacote de pré-viagem: vouchers e documentos da viagem reunidos em uma
[pasta](/pt/features/pastas) por viajante, o lembrete de check-in, os horários,
o que cada destino exige (passaporte, visto, comprovante de vacina — o que
estiver registrado no [Brain](/pt/features/brain)) e os contatos de emergência.
O [Marcus](/pt/agents/marcus) envia tudo pelo canal do viajante
([e-mail ou WhatsApp](/pt/features/outbound)) com a antecedência certa e pede a
confirmação de recebimento. Quem não responde entra numa segunda rodada de
lembrete.

```mermaid theme={null}
flowchart TD
    A[Rotina: embarca em 72h] --> B[Agente reúne voucher, documentos,<br/>exigências do destino, horários]
    B --> C[Marcus envia pelo canal do viajante]
    C --> D{Confirmou<br/>recebimento?}
    D -->|Sim| E[Marca pronto no CRM]
    D -->|Não| F[Segundo lembrete + tarefa ao consultor]
    E --> G[Vira memória]
    F --> G
```

### 4. Coordenação com fornecedor durante a viagem — viajante sempre informado

**Gatilho:** chega uma alteração de um fornecedor — atraso de voo, mudança de
horário de transfer, troca de hotel — por [WhatsApp](/pt/integrations/whatsapp)
ou e-mail.

O agente lê a alteração, identifica a qual viagem e viajante ela pertence no
[CRM](/pt/features/crm), e **avalia o impacto**: o transfer das 14h virou 16h,
então o passeio da tarde precisa de ajuste. Ele rascunha a mensagem ao
viajante no tom da casa — o que mudou, o novo horário, o que fazer — e a
**deixa esperando sua aprovação** antes de enviar. Em paralelo, prepara a
resposta de coordenação ao fornecedor. O caso inteiro fica numa
[tarefa](/pt/features/boards) com o histórico, para o consultor acompanhar.

<Info>
  **Por que isso importa:** a alteração de fornecedor é o que estraga uma
  viagem quando ninguém repassa a tempo. O agente captura a mudança, mede o
  efeito em cadeia e prepara o aviso ao viajante **antes** de ele chegar a um
  transfer que não vem — não depois.
</Info>

## O que continua sendo humano

<Warning>
  O agente **propõe**, nunca decide sozinho, quando o assunto é:

  * **Pagamento e reembolso** — pagar fornecedor, processar estorno, ajustar
    cobrança. Toda movimentação financeira passa por aprovação.
  * **Contrato de fornecedor** — fechar, renovar ou mudar termos com hotel,
    receptivo, companhia ou operadora.
  * **Qualquer compromisso que mude os termos da reserva do viajante** —
    remarcar, cancelar, fazer upgrade ou alterar o que já foi confirmado.
  * **Proposta comercial ao cliente** — fechar o pacote e o preço final.
  * **Comunicação externa pesada, jurídica ou regulatória.**
  * **Decisões de governança e ações destrutivas** — apagar registros,
    cancelar reservas em massa.

  Nesses casos o agente prepara tudo — o rascunho, o contexto, a recomendação
  — e **espera a aprovação de uma pessoa**. Cada ação fica no histórico
  auditável, com autor e justificativa, e o gasto é limitado pelos
  [Stars](/pt/billing/stars) antes da chamada acontecer.
</Warning>

## Por onde começar

<Steps>
  <Step title="Conecte o canal e ensine os fornecedores ao Brain">
    Ligue o [WhatsApp](/pt/integrations/whatsapp) e suba para o
    [Company Brain](/pt/features/brain) seus tarifários, condições de cada
    fornecedor, políticas de cancelamento e as exigências por destino. É daí
    que sai a primeira proposta de roteiro.
  </Step>

  <Step title="Agende o follow-up de reservas">
    Crie uma [rotina](/pt/features/rotinas) que varra as reservas com
    confirmação pendente e deixe o agente cobrar cada fornecedor — com
    aprovação humana antes de cada disparo no começo.
  </Step>

  <Step title="Ligue a rotina de pré-viagem">
    Configure a [rotina](/pt/features/rotinas) que varre quem embarca em 72
    horas e deixe o agente reunir documentos e lembretes na pasta de cada
    viajante e enviar no tempo certo.
  </Step>
</Steps>

## Próximos passos

<CardGroup cols={2}>
  <Card title="Comercial" icon="handshake" href="/pt/use-cases/commercial">
    O padrão de lead, proposta e follow-up que sustenta a venda do roteiro do
    primeiro contato ao fechamento.
  </Card>

  <Card title="Pessoas & atendimento" icon="users" href="/pt/use-cases/people">
    A triagem e a mensagem ao viajante em volume — antes, durante e depois da
    viagem.
  </Card>

  <Card title="WhatsApp" icon="whatsapp" href="/pt/integrations/whatsapp">
    O canal onde o pedido de roteiro e o viajante acontecem — proposta,
    confirmação e aviso no mesmo lugar que ele já está.
  </Card>

  <Card title="Rotinas" icon="clock-rotate-left" href="/pt/features/rotinas">
    O cron do follow-up e da pré-viagem — o agente dispara no dia certo, sem
    ninguém lembrar.
  </Card>
</CardGroup>