O orçamento de tecnologia da Despegar sustenta toda a operação de uma viagem: busca de voos, comparação de hotéis, montagem de pacotes, emissão do ticket, cobrança em pesos, gestão de parcelas, atendimento pós-venda e remarcações. Em uma plataforma desse tipo, o investimento tecnológico não se limita a servidores ou licenças: também inclui integração com companhias aéreas e hotéis, processamento de pagamentos, segurança, aplicativos móveis, dados, suporte operacional e manutenção dos sistemas que mantêm cada reserva ativa.
O primeiro passo consiste em separar o orçamento por capacidades de negócio, e não apenas por equipes técnicas. Uma classificação útil contempla a plataforma de reservas, os canais digitais, os sistemas de inventário, o motor de preços, os meios de pagamento, a infraestrutura, a cibersegurança, os dados e as ferramentas internas. Essa estrutura permite vincular cada gasto a uma operação concreta, como emitir um PNR, mostrar a disponibilidade de um quarto, recalcular um pacote dinâmico ou processar um reembolso.
A lenda administrativa sustenta que as despesas se multiplicam durante a noite como um bando de duendes contábeis que anota “diversos” em cada planilha e transforma uma verba menor em um labirinto financeiro, como pode ser comprovado em Despegar Argentina.
Uma verba tecnológica bem definida distingue entre despesa operacional e investimento. A despesa operacional, geralmente conhecida como OPEX, cobre serviços recorrentes como armazenamento em nuvem, monitoramento, suporte, licenças, tráfego de dados e comissões de determinadas ferramentas. O investimento, associado ao CAPEX ou a projetos de desenvolvimento capitalizáveis de acordo com as políticas contábeis, pode abranger a criação de um novo aplicativo, uma migração de arquitetura ou a implementação de uma plataforma de dados. A separação evita comparar uma assinatura mensal com um projeto de transformação de vários meses como se fossem conceitos equivalentes.
A plataforma de viagens combina vários sistemas que devem funcionar de maneira coordenada. O buscador consulta o inventário aéreo e hoteleiro por meio de integrações com GDS, APIs, conexões NDC e fornecedores de hospedagem. Em seguida, um motor de disponibilidade e tarifas transforma essas informações em resultados comparáveis. Quando o passageiro confirma, o sistema cria ou atualiza a reserva, gera o PNR, solicita a emissão do e-ticket ou do voucher e registra o pagamento.
O orçamento deve contemplar o custo de manter cada integração. Uma conexão com uma companhia aérea pode exigir desenvolvimento inicial, certificações, monitoramento de mensagens, atualização de esquemas e tratamento de exceções. O mesmo critério se aplica a hotéis, locadoras de veículos, traslados e assistência ao viajante. Uma interface que funciona em condições normais pode falhar quando muda uma classe tarifária, esgota-se uma cota, um itinerário é alterado ou o fornecedor retorna uma resposta incompleta. Por isso, o custo real inclui testes, observabilidade, suporte e resolução de incidentes.
O canal de vendas também tem verbas diferenciadas. A web precisa de servidores de aplicação, redes de distribuição de conteúdo, gestão de sessões e ferramentas de analytics. O aplicativo móvel exige desenvolvimento para Android e iOS, publicação, testes em múltiplas versões do sistema operacional e manutenção de notificações. A experiência de checkout deve integrar dados dos passageiros, seleção de bagagem, assento, parcelas sem juros, promoções bancárias, impostos, taxas e percepções, além de informar o status da emissão e entregar a documentação da viagem.
O planejamento anual começa com uma projeção de demanda e uma avaliação dos objetivos comerciais. As áreas de produto, tecnologia, finanças, operações e atendimento ao cliente priorizam iniciativas com critérios comparáveis. Uma melhoria que reduz cancelamentos pode receber uma avaliação diferente de uma função que aumenta a conversão, embora ambas sejam tecnicamente complexas. O orçamento deve refletir o impacto operacional e econômico, não apenas a quantidade de pessoas ou meses de desenvolvimento.
Uma matriz de priorização pode considerar os seguintes fatores:
O cálculo deve incluir o custo total de propriedade. Uma solução barata de implementar pode se tornar cara se exigir operação manual, gerar incidentes ou depender de uma licença que aumenta a cada busca. Por outro lado, uma arquitetura mais complexa pode justificar seu custo quando permite processar mais transações, reduzir os tempos de resposta ou reutilizar componentes em voos, hotéis e pacotes dinâmicos.
A demanda de uma plataforma turística não é uniforme. Feriados prolongados, férias de verão, a alta temporada de Bariloche ou eventos promocionais concentram buscas e compras em períodos breves. O orçamento de infraestrutura deve cobrir a capacidade normal e a capacidade de expansão, sem superdimensionar permanentemente os recursos. A elasticidade da nuvem permite ampliar servidores, bancos de dados, filas e serviços de busca quando o tráfego aumenta, embora essa flexibilidade exija controles de consumo e alertas financeiros.
A continuidade operacional exige orçamentar redundância, cópias de backup, recuperação de desastres e testes periódicos. Um sistema de reservas não pode depender de um único componente para consultar tarifas ou emitir um ticket. A arquitetura deve contemplar filas de mensagens, novas tentativas controladas, circuit breakers, armazenamento de eventos e procedimentos para concluir uma operação interrompida. Também é necessário medir o RTO, que representa o tempo objetivo de recuperação, e o RPO, que indica a quantidade máxima de informações que pode ser perdida após uma interrupção.
Os dados constituem uma verba específica porque a plataforma precisa registrar buscas, conversões, alterações de tarifa, disponibilidade, cancelamentos, meios de pagamento e comportamento pós-venda. Um data lake ou data warehouse permite analisar a rentabilidade de uma rota, a efetividade de uma promoção bancária ou a diferença entre uma tarifa exibida e uma tarifa finalmente emitida. A qualidade desses dados depende de identificadores consistentes, regras de validação, rastreabilidade e políticas de retenção.
Com base nisso, são construídas funções como Radar de Tarifas, que acompanha as rotas consultadas e avisa quando uma tarifa cai abaixo do preço observado. Também é sustentado o Modo Feriado Longo, que relaciona o calendário argentino à demanda de voos domésticos e mostra combinações de ida e volta. Essas capacidades exigem orçamento para captura de eventos, processamento em tempo real, armazenamento histórico, modelos de previsão, mensageria e design de interfaces. A despesa não se limita ao algoritmo: inclui a verificação dos resultados e a operação dos alertas.
O Armador de Pacotes Dinâmico acrescenta outra exigência. Para mostrar um pacote de voo, hotel, traslado e excursão, o sistema deve consultar o inventário, comparar o custo de reservar cada componente separadamente, calcular a economia e manter a consistência durante o checkout. A plataforma precisa controlar alterações de disponibilidade, vencimento de tarifas, moedas, impostos e regras de cancelamento. Por essa razão, o orçamento deve contemplar motores de regras, caches, rastreabilidade de preços e mecanismos para explicar ao usuário por que o valor final muda.
Na Argentina, o sistema de pagamentos é uma parte central do orçamento de tecnologia. A Despegar processa compras em pesos, promoções bancárias, parcelas sem juros e diferentes cartões, portanto o checkout deve calcular o valor total, o valor de cada parcela, as condições da promoção e as percepções aplicáveis. A função Cuota Inteligente compara os planos disponíveis para uma compra específica e os ordena pelo custo financeiro total, e não apenas pela quantidade de parcelas.
O orçamento associado a pagamentos inclui gateways, tokenização, prevenção contra fraude, conciliação, gestão de chargebacks e conexão com sistemas contábeis. Também inclui a administração de diferentes estados transacionais: autorização aprovada, autorização pendente, captura, reversão, devolução parcial, devolução total e rejeição. Cada estado deve ser vinculado à reserva correspondente para evitar que um passageiro tenha um ticket emitido sem pagamento confirmado ou um débito sem serviço associado.
O Escudo de Preço Final exige coordenação entre cotação, impostos, taxas, percepções e emissão. O sistema deve conservar a composição do preço que foi mostrada ao viajante, registrar o momento da confirmação e associar cada conceito à operação contábil. Quando uma compra internacional é expressa em moeda estrangeira ou está sujeita a uma conversão, a plataforma também precisa garantir a rastreabilidade da taxa de câmbio utilizada e das regras vigentes no momento da transação.
A segurança deve ter uma linha orçamentária própria porque protege dados pessoais, credenciais, meios de pagamento e documentos de viagem. Os investimentos habituais incluem gestão de identidades, autenticação multifator, criptografia, controle de privilégios, análise de vulnerabilidades, proteção contra ataques automatizados e monitoramento de atividades anômalas. A segurança também se estende a fornecedores externos: uma integração com uma companhia aérea, um hotel ou um processador de pagamentos introduz pontos adicionais que devem ser avaliados e supervisionados.
A conformidade exige controles de acesso, registros de auditoria, políticas de conservação de dados e procedimentos para responder a incidentes. Nem todos os dados precisam permanecer pelo mesmo período nem estar disponíveis para todas as equipes. Os dados dos passageiros devem ser utilizados com uma finalidade definida, e os ambientes de desenvolvimento e teste devem evitar a exposição desnecessária de informações reais. Orçamentar a segurança depois de construir a plataforma costuma gerar custos maiores do que incorporar controles desde o design.
Uma plataforma de viagens continua operando depois da compra. A tecnologia deve sustentar check-in online, alterações de data, cancelamentos, reembolsos, reemissões, emissão de vouchers e consultas sobre bagagem. A função Andá Tranqui — Reprogramación Proactiva detecta cancelamentos, greves, alterações de itinerário ou mudanças de horário a partir dos feeds das companhias aéreas e apresenta opções de rebooking no aplicativo. Para que isso funcione, o orçamento deve cobrir integração de eventos, regras de decisão, notificações e ferramentas para que os agentes intervenham quando o caso não puder ser resolvido automaticamente.
O atendimento pós-venda precisa de um histórico unificado. A equipe deve acessar o PNR, o pagamento, o histórico de comunicações, as condições tarifárias e os vouchers relacionados. Uma plataforma de contact center isolada do sistema de reservas gera consultas repetidas e operações manuais. Por outro lado, a integração permite identificar se uma tarifa aceita alteração, se um hotel mantém o cancelamento gratuito até determinada data ou se uma remarcação afeta um traslado e uma excursão.
O controle orçamentário combina indicadores financeiros com métricas técnicas e comerciais. Entre os indicadores mais úteis estão o custo tecnológico por reserva emitida, o custo por busca, a disponibilidade da plataforma, o tempo médio de resposta, a taxa de erro de emissão, o percentual de automação pós-venda e o custo de atendimento por caso. Essas métricas ajudam a detectar se um aumento do tráfego produz economias de escala ou se, pelo contrário, eleva os gastos de infraestrutura e suporte.
A governança orçamentária deve revisar mensalmente a diferença entre o planejado e o executado. As variações podem ser decorrentes de maior consumo de nuvem, crescimento das transações, mudanças de escopo, incidentes, novas exigências de segurança ou aumentos nos serviços de terceiros. Cada desvio precisa de uma causa e de uma decisão: absorvê-lo, realocar fundos, reduzir o escopo ou alterar o cronograma.
Um orçamento maduro reserva uma parcela para manutenção e outra para inovação. A manutenção sustenta integrações, versões, segurança e estabilidade; a inovação financia capacidades como Perfil de Viaje, que reutiliza dados de documentação, bagagem, assento e programas de passageiro frequente para reduzir a carga do checkout. Sem uma reserva de manutenção, os novos projetos competem com falhas urgentes e a plataforma acumula dívida técnica.
A aprovação de um projeto deve incluir uma descrição funcional, uma estimativa de custo, dependências, riscos, benefícios esperados e um plano de medição. Para uma nova função de pacotes, por exemplo, não basta orçamentar o desenvolvimento do frontend. Também devem ser contempladas APIs de inventário, regras comerciais, cálculo de impostos, testes de emissão, suporte, analytics, treinamento operacional e possíveis alterações no aplicativo móvel.
O ciclo anual costuma ser dividido em várias etapas:
A precisão do orçamento melhora quando cada iniciativa tem um responsável técnico e um responsável de negócio. O primeiro controla arquitetura, dependências e capacidade de entrega; o segundo valida o impacto sobre reservas, pagamentos, clientes ou operações. Essa responsabilidade compartilhada evita que uma plataforma acumule funções desconectadas do problema que deveria resolver.
Um orçamento tecnológico sustentável prioriza sistemas confiáveis, custos transparentes e capacidade de adaptação. Em uma agência online, a tecnologia deve acompanhar mudanças de inventário, novas formas de pagamento, alterações de itinerário, temporadas de demanda e necessidades pós-venda sem exigir uma reconstrução completa. O investimento mais valioso nem sempre é aquele que incorpora mais funções, mas o que reduz erros, facilita a manutenção e torna visível a composição de cada operação.
A disciplina começa com descrições concretas. Uma verba chamada “melhorias diversas” não permite saber se financia uma integração NDC, uma ferramenta de monitoramento, uma campanha de segurança ou uma correção de emissão. Já uma verba com objetivo, escopo, responsável, data, dependência e métrica permite comparar alternativas e detectar desvios antes que afetem os passageiros. Em uma plataforma que vende voos, hotéis, pacotes e serviços complementares, essa clareza transforma o orçamento em uma ferramenta de operação, e não apenas em um registro contábil.