# O que acontece depois de o cliente dizer que sim? > Um fluxo de reservas para agências de viagens deve preservar o itinerário aprovado, as condições dos fornecedores, os pagamentos, as alterações e as próximas tarefas. **Canonical URL:** https://www.ghloria.com/pt/blog/what-happens-after-the-client-says-yes **Published:** 2026-08-05 **Author:** Manuel Cardoso Amaral --- O cliente aprovou o itinerário. Agora alguém tem de tornar a viagem real. O consultor precisa de confirmar os serviços, verificar o que mudou durante a venda, registar as decisões, acompanhar os prazos de pagamento e manter o cliente informado à medida que a partida se aproxima. Em muitas agências, é aqui que a proposta sai do sistema. O resto acontece em emails, folhas de cálculo, mensagens e memória. * A aprovação do cliente é a passagem para as reservas e o acompanhamento, não o fim do fluxo de trabalho. * O itinerário aprovado, as confirmações dos fornecedores, as alterações, os pagamentos e a próxima tarefa devem continuar ligados à mesma viagem. * Uma boa automação trata dos passos rotineiros e torna visíveis as exceções que exigem uma decisão. ## O que acontece depois de o cliente aprovar um itinerário? [#o-que-acontece-depois-de-o-cliente-aprovar-um-itinerário] O cliente pode aprovar um itinerário com um pedido: alterar o voo, mudar o transfer, acrescentar uma noite ou trocar o quarto. O consultor atualiza o documento que o cliente vê. Alguém avisa o fornecedor. Outra pessoa atualiza o preço. Muda um prazo de pagamento. O cliente precisa de uma nova confirmação. A versão antiga continua numa cadeia de emails. Este é um trabalho normal numa agência. É precisamente por isso que é fácil subestimá-lo. A proposta regista o que foi apresentado. Não regista automaticamente o que foi reservado, pago ou o que ainda precisa de atenção. Depois da aprovação, a agência tem de passar a viagem para a fase de reservas e acompanhamento sem perder a versão aprovada, as condições dos fornecedores, as alterações, o estado dos pagamentos ou a próxima tarefa. ## Mantenha a viagem junta [#mantenha-a-viagem-junta] Depois da aprovação, a agência precisa de um lugar fiável para responder a perguntas básicas: * O que aprovou o cliente? * Que fornecedor confirmou cada serviço? * O que mudou depois da aprovação? * Que preço e condições se aplicam agora? * O pagamento foi pedido ou recebido? * Quem é responsável pela próxima tarefa e quando deve ser concluída? As respostas podem envolver pessoas diferentes. Ainda assim, devem apontar para a mesma viagem. Quando isso não acontece, cada passagem de informação se transforma numa pequena investigação. Alguém procura na caixa de entrada. Alguém abre uma folha de cálculo. Alguém pergunta ao consultor o que recorda. A equipa reconstrói a história antes de conseguir agir. É uma utilização fraca do tempo de um consultor experiente. ## A automação precisa de saber parar [#a-automação-precisa-de-saber-parar] É tentador automatizar tudo: enviar a confirmação, atualizar o registo, criar o lembrete de pagamento e fechar a tarefa. Alguns destes passos podem tornar-se rotineiros. As decisões à sua volta não podem ser todas tratadas da mesma forma. Um fornecedor pode confirmar uma parte de uma alteração, mas não outra. Um cliente pode aceitar um preço mais alto porque a alternativa pioraria a viagem. Um pagamento pode chegar com uma referência que não corresponde ao valor esperado. O sistema deve tornar essa diferença visível. Não deve assumir silenciosamente que o plano continua correto. É aqui que um bom software para agências ganha o seu lugar. Retira verificações repetitivas quando os factos coincidem e torna visíveis as exceções que exigem uma decisão. ## O que a Ghloria está a construir [#o-que-a-ghloria-está-a-construir] A Ghloria está atualmente focada na primeira parte deste trabalho: transformar informação de fornecedores e clientes em dados estruturados de viagem e ajudar as agências a produzir propostas. O [fluxo de propostas e viagens](/pt/docs/booking-workflow/1-creating-proposals) é a parte que podemos descrever hoje. A pergunta seguinte é o que acontece depois da entrega da proposta. A coordenação de reservas, o acompanhamento de fornecedores, os fluxos de pagamento e a visibilidade sobre viagens ativas são áreas que estamos a desenvolver. Ainda não são funcionalidades concluídas e não as estamos a apresentar como se fossem. A razão para pensar nelas desde já é prática. Uma agência não deveria ter de reconstruir o registo da viagem depois de o cliente dizer que sim. A informação recolhida enquanto a proposta é preparada deve continuar a ser útil quando a agência confirma serviços, trata alterações e prepara o cliente para a partida. As versões de propostas são o primeiro lugar para preservar essa continuidade, e o [acompanhamento da entrega](/pt/docs/booking-workflow/6-versions-and-delivery) mostra como essa passagem pode continuar ligada ao trabalho. ## Abra uma viagem aprovada [#abra-uma-viagem-aprovada] Não precisa de desenhar um novo mapa de processos para encontrar esta falha. Abra uma viagem que a sua agência aprovou recentemente e procure quatro coisas: 1. O itinerário aprovado. 2. As confirmações dos fornecedores. 3. As alterações feitas depois da aprovação. 4. A próxima ação e a pessoa responsável. Se as respostas estiverem em quatro ferramentas, o problema já está visível. A solução não é um ecrã gigante com todas as tarefas. É manter a viagem, as suas decisões e as próximas ações suficientemente próximas para que a equipa consiga agir sem reconstruir a história de cada vez. É essa a camada operacional que estamos a construir na Ghloria.