BI para Hotelaria e Turismo: indicadores, casos de uso e como começar

O quarto vazio de ontem não volta, e a maioria dos hotéis descobre isso tarde demais#

Hotelaria é um negócio de estoque perecível. A diária de hoje que não foi vendida não vira estoque para amanhã, ela simplesmente evapora, e com ela evapora margem que nunca mais volta. Apesar disso, boa parte dos hotéis, pousadas e redes no Brasil ainda decide preço, abertura de tarifa e distribuição de canal olhando para telas separadas: o PMS de um lado, o extrato da OTA de outro, o ERP financeiro num terceiro, e uma planilha que alguém monta na segunda-feira para tentar juntar tudo. É essa lacuna que o BI hotelaria e turismo resolve. Ele não inventa dado novo, ele conecta o que já está no PMS, no channel manager e no ERP, e transforma isso em número confiável para decidir preço e ocupação enquanto ainda dá tempo de agir.

Este texto é para quem toca a gestão de um hotel, de uma pousada, de uma rede ou de uma operadora de turismo e sente que o dado existe mas chega atrasado. Vou ser direto sobre quais indicadores importam, de onde eles saem, quais casos de uso pagam o projeto e como começar sem estourar prazo nem orçamento.

Os indicadores que sustentam a decisão de receita#

Antes de abrir o Power BI, alinhe o que medir. O erro mais comum em projeto de BI hoteleiro é começar pelo gráfico e só depois descobrir que a recepção calcula ocupação de um jeito, o revenue de outro e a controladoria de um terceiro. Defina fórmula, unidade e granularidade antes de qualquer visual, porque na hotelaria a mesma palavra esconde contas diferentes. Ocupação sobre quartos disponíveis não é a mesma coisa que ocupação sobre quartos vendíveis, e essa diferença muda a decisão de tarifa.

Abaixo estão os indicadores que aparecem em praticamente todo projeto sério de BI hotelaria e turismo. Não são todos os que existem, são os que costumam mudar a decisão.

Indicador	O que mede	Cálculo resumido	Fonte típica
Taxa de ocupação	Quanto do inventário foi vendido	Quartos ocupados / Quartos disponíveis	PMS
Diária média (ADR)	Preço médio realmente praticado	Receita de hospedagem / Quartos ocupados	PMS
RevPAR	Receita por quarto disponível	Receita de hospedagem / Quartos disponíveis	PMS
TrevPAR	Receita total por quarto disponível	Receita total / Quartos disponíveis	PMS, ERP
Cancelamento e no-show	Reservas que caíram ou não chegaram	Reservas canceladas ou no-show / Reservas	PMS, channel manager
Mix de canais	De onde vem cada reserva e a que custo	Receita por canal / Receita total	Channel manager, PMS
Satisfação	Percepção do hóspede	Nota média e volume de avaliações	Pesquisa, OTAs, reputação

RevPAR é o indicador que reconcilia preço e ocupação#

Ocupação alta com diária baixa engana, e diária alta com hotel vazio também. O RevPAR existe justamente para acabar com essa discussão, porque combina os dois numa medida só: receita de hospedagem dividida pelos quartos disponíveis. É o número que responde se a estratégia de preço está gerando receita ou só enchendo o hotel de tarifa ruim. Quando a diretoria pergunta se o mês foi bom, o RevPAR responde melhor que ocupação ou ADR isolados, porque um pode subir às custas do outro.

O detalhe que quase todo mundo erra é o denominador. RevPAR usa quartos disponíveis, não vendíveis nem ocupados. Se você tira do inventário os quartos em manutenção antes da conta, o número melhora artificialmente e deixa de ser comparável com o mercado. Fixe a definição de inventário no início do projeto e não mexa mais.

TrevPAR mostra a receita que a diária esconde#

RevPAR só enxerga a hospedagem. Só que o hóspede gasta no restaurante, no bar, no spa, no estacionamento e no evento, e num hotel resort ou de eventos essa receita chega a rivalizar com a diária. O TrevPAR, receita total por quarto disponível, captura isso. Ele expõe, por exemplo, que um segmento que paga diária menor pode gerar TrevPAR maior porque consome muito dentro do hotel. Sem ele, o revenue management otimiza só a diária e deixa dinheiro na mesa no resto da operação.

Cancelamento, no-show e mix de canais decidem a distribuição#

Cancelamento e no-show não são detalhe operacional, são risco de receita. Uma tarifa não reembolsável muda a curva de cancelamento, e sem medir isso por canal e por antecedência você não sabe quanto de overbooking é seguro assumir. O mix de canais, por sua vez, é onde mora a margem escondida. Uma reserva de OTA e uma do site próprio podem ter a mesma diária e margens bem diferentes depois da comissão. Medir receita e volume por canal, com o custo de cada um ao lado, é o que separa vender caro de vender com lucro. Satisfação fecha o conjunto, porque nota e volume de avaliação hoje influenciam a posição nas OTAs e, no fim, a própria demanda.

De onde vêm os dados: PMS, channel manager e ERP#

Nenhum desses indicadores nasce no Power BI. Eles nascem nos sistemas que já rodam a operação, e entender esse mapa é metade do projeto. A hotelaria é particular porque separa a venda em pelo menos três mundos que nem sempre conversam: o sistema que gerencia a estadia, o que distribui o inventário nos canais e o que fecha o financeiro.

Fonte	O que fornece	Desafio típico de integração
PMS	Reservas, ocupação, diárias, hóspedes, consumo interno	Cada PMS nomeia campo e status de reserva de um jeito
Channel manager	Reservas por canal, tarifas distribuídas, comissões	Dado por canal nem sempre concilia com o PMS
ERP financeiro	Receita reconhecida, custos, contas, folha	Fecha por competência, não por diária
OTAs e reputação	Avaliações, notas, ranking de venda	Base externa, formato e granularidade variados

O PMS é a espinha dorsal. É dele que saem reservas, mapa de ocupação, diárias praticadas, cadastro de hóspede e consumo interno. O problema é que cada PMS tem seu próprio dicionário: o que um chama de reserva confirmada outro chama de garantida, e o status que representa um no-show muda de sistema para sistema. Sem padronizar esse vocabulário na camada de dados, qualquer indicador de cancelamento sai errado.

O channel manager distribui o inventário nas OTAs, no motor de reservas do site e nos demais canais, e é dele que vem o mix de canais com a comissão de cada um. O detalhe delicado é a conciliação: a reserva no channel manager precisa casar com a mesma reserva no PMS, senão você conta receita duas vezes ou perde uma no meio. O ERP financeiro traz a receita reconhecida, os custos e o resultado, mas fecha por competência contábil, e não por diária, então cruzar o RevPAR do PMS com a receita do ERP exige uma ponte de datas e de critério que precisa ser construída, não improvisada.

Conciliar essas fontes é o trabalho pesado do projeto, e ele acontece na camada de dados, não no visual. Uma mesma reserva tem um código no PMS, um registro no channel manager e um lançamento no ERP. Sem uma chave consistente ligando esses mundos, o dashboard não fecha, e um painel que não bate com o razão perde a confiança da diretoria na primeira reunião. Por isso quase todo projeto de BI hoteleiro sério começa resolvendo integração antes de desenhar gráfico.

Os casos de uso que pagam o projeto de BI hotelaria e turismo#

Indicador sozinho não vende projeto. O que convence a diretoria é o caso de uso, a decisão concreta que o BI passa a sustentar. Estes são os que mais aparecem e que costumam pagar o investimento rápido.

• Revenue management com pace de reservas. Acompanhar como a ocupação de uma data futura se enche ao longo do tempo, comparada com o mesmo dia do ano anterior, para abrir ou fechar tarifa antes de o mercado decidir por você. É o caso que mais move receita.
• Gestão de mix de canais. Ver receita, volume e comissão por canal lado a lado para decidir onde empurrar disponibilidade e quanto vale a pena investir no canal direto contra o custo das OTAs.
• Análise de cancelamento e no-show. Medir a curva de cancelamento por canal, por tarifa e por antecedência para calibrar política de garantia e um overbooking seguro, em vez de chutar.
• Segmentação por perfil e por origem. Cruzar diária, TrevPAR e satisfação por tipo de hóspede, por praça de origem e por finalidade, lazer ou corporativo, para saber qual público realmente dá resultado.
• Experiência e reputação. Ligar satisfação e avaliações ao segmento e ao canal para agir onde a nota derruba a demanda futura.
• Consolidação de rede. Comparar RevPAR, ocupação e ADR entre unidades num painel único, algo que uma rede com cinco ou cinquenta hotéis não consegue fazer no braço.

Repare que quase todos cruzam dado de venda com dado financeiro e com a origem da reserva. É essa combinação que separa um painel bonito de uma ferramenta de gestão de receita. Casos mais avançados, como previsão de demanda por data e recomendação de preço, existem e funcionam, mas não comece por aí. Modelo preditivo em cima de dado sujo só produz confiança falsa. Levar o revenue management até a decisão automatizada com analytics avançado é um passo posterior, depois que ocupação, ADR e RevPAR já estão confiáveis.

Como começar sem estourar o projeto#

O erro clássico é querer todos os indicadores e todas as fontes de uma vez. O caminho que funciona é o contrário: escolha um caso de uso de alto impacto, quase sempre revenue management ou mix de canais, resolva as fontes dele de ponta a ponta e entregue um dashboard confiável. Cada caso novo reaproveita a base já construída, o que dá resultado rápido e evita o projeto de um ano que nunca entrega.

Uma sequência que costuma dar certo:

1. Defina o indicador e a base. Ocupação, ADR, RevPAR e TrevPAR com fórmula, denominador de inventário e granularidade acordados e documentados.
2. Mapeie a fonte real. Descubra como o PMS nomeia status de reserva, se o channel manager concilia com ele e como o ERP fecha a receita. Isso decide o tamanho do trabalho.
3. Monte a camada de dados. Concilie PMS, channel manager e ERP num modelo com chave por reserva e por data, tratando o vocabulário de cada sistema.
4. Entregue um dashboard que o gestor abre. Poucos números grandes, contexto de meta, de ano anterior e de pace, e a capacidade de descer até o canal e o segmento.
5. Só então expanda. Novo caso de uso, nova unidade da rede, previsão de demanda, reaproveitando a base.

Sobre a ferramenta, a maioria das operações hoteleiras no Brasil já vive no ecossistema Microsoft, e o Power BI é a escolha natural pela integração com Excel, pelo custo de licença por usuário e pela facilidade de encontrar gente que sabe usar. A Microsoft é reconhecida há anos como Líder no Quadrante Mágico do Gartner para plataformas de Analytics e BI, o que dá segurança a um investimento que vai durar temporadas. Como estruturamos esse tipo de entrega está na nossa página de Power BI, e exemplos de painéis vivem em dashboards.

Antes de investir pesado, vale um passo de diagnóstico. Entender as fontes e validar as definições dos indicadores é barato de fazer e caríssimo de pular.

Perguntas frequentes#

Preciso trocar meu PMS para ter BI hotelaria e turismo?

Não. O BI lê os dados do sistema que você já tem. O que importa é que o PMS consiga exportar seus dados de forma consistente, por banco, API ou arquivo, e que os status de reserva sejam confiáveis. Trocar de PMS é um projeto separado e muito maior. Comece extraindo valor do que já roda hoje.

Qual a diferença prática entre RevPAR e ADR na hora de decidir?

A ADR diz o preço médio que você conseguiu praticar, e o RevPAR diz quanto cada quarto disponível gerou de receita, ocupado ou não. A ADR pode subir enquanto o RevPAR cai, se você vende mais caro mas esvazia o hotel. Para decisão de estratégia de receita, olhe o RevPAR, e use a ADR e a ocupação para entender qual dos dois lados está puxando o resultado.

Como o BI ajuda no revenue management de verdade?

O ganho central é enxergar o pace de reservas, ou seja, como uma data futura se enche ao longo do tempo comparada com o histórico, e cruzar isso com o mix de canais e a curva de cancelamento. Com esse painel, a decisão de abrir ou fechar tarifa deixa de ser sensação e passa a ter base. A recomendação automática de preço é um passo mais avançado.

Meus dados precisam ser em tempo real?

Raramente, mas a frequência importa mais na hotelaria do que em outros setores. Para revenue management, uma atualização diária ou algumas vezes ao dia costuma bastar para decidir tarifa com antecedência. Indicadores de fechamento como RevPAR e TrevPAR do mês são de competência, não de minuto. Defina a frequência pela decisão que o número sustenta, não pela vontade de ver o painel piscar.

Como consolido os indicadores de uma rede com várias unidades?

A saída é padronizar as definições, especialmente o inventário e o status de reserva, em todas as unidades, e conciliar os PMS num modelo único na camada de dados. Feito isso, comparar RevPAR, ocupação e ADR entre hotéis num painel só vira consulta, e não a maratona de planilhas que a matriz sofre hoje toda segunda-feira.

O mix de canais entra como no BI?

O mix de canais é a receita e o volume de reservas quebrados por origem, do site próprio às OTAs, com a comissão de cada canal ao lado. Quando o channel manager está conciliado com o PMS na camada de dados, o painel mostra não só de onde vem a reserva, mas quanto ela custa depois da comissão. É isso que permite decidir onde vale a pena empurrar disponibilidade e quanto investir no canal direto.

Comece pela receita que evapora#

BI hotelaria e turismo não é sobre ter o dashboard mais completo, é sobre transformar o dado que já existe no PMS, no channel manager e no ERP em decisão confiável de preço e ocupação enquanto o quarto ainda pode ser vendido. Escolha um caso de uso que importa, resolva as fontes de ponta a ponta, entregue algo que o gestor de receita abre todo dia e expanda a partir daí. Se quiser ver cases do que já entregamos e estruturar isso sem tropeçar nos erros clássicos, fale com a gente.