O que é elasticidade de preço na demanda por temporada
Elasticidade de preço mede quanto a demanda por um imóvel reage a uma mudança de preço. Alta elasticidade significa que uma pequena variação na diária muda bastante a taxa de reserva — o hóspede é sensível a preço, e um aumento pequeno pode afastar reserva de forma desproporcional. Baixa elasticidade significa o oposto: o preço pesa menos na decisão, seja porque o imóvel tem diferencial forte (localização única, avaliação excelente) ou porque a demanda do período é alta o suficiente para absorver o aumento sem perder reserva.
Como funciona e como estimar a elasticidade do próprio imóvel
Na prática, elasticidade se observa comparando a variação percentual na taxa de reserva contra a variação percentual no preço praticado. Um exemplo: um imóvel que subiu a diária de R$ 300 para R$ 330 (aumento de 10%) e viu a taxa de conversão de visualização para reserva cair de 8% para 6% (queda de 25%) está mostrando alta elasticidade — a demanda reagiu de forma mais que proporcional ao aumento de preço. Já um imóvel que fez o mesmo aumento de 10% e manteve a conversão praticamente estável mostra baixa elasticidade nesse período específico. A forma mais confiável de estimar é observar esse histórico ao longo de várias mudanças de preço, ou comparar contra o compset: se o imóvel converte bem mesmo acima do compset, é sinal de baixa elasticidade; se converte mal mesmo dentro da faixa de preço do compset, é sinal de outro problema, não necessariamente de preço.
Erros comuns / Pontos de atenção
- Tratar a elasticidade como constante o ano inteiro — o mesmo imóvel pode ter baixa elasticidade num feriado de alta demanda e alta elasticidade num fim de semana comum, porque a urgência do hóspede muda com o período.
- Concluir “alta elasticidade” a partir de uma única mudança de preço — uma queda de conversão pode ter outras causas (sazonalidade, avaliação recente ruim, concorrente novo) que nada têm a ver com o preço em si.
- Baixar preço reflexivamente sempre que a ocupação cai, sem checar se o imóvel realmente tem alta elasticidade naquele período — em período de baixa elasticidade, isso só reduz receita sem recuperar ocupação proporcional.
- Ignorar a elasticidade por canal — o hóspede de reserva direta costuma ser menos sensível a preço que o hóspede que compara várias opções dentro de uma OTA, e tratar os dois canais com a mesma lógica de preço ignora essa diferença.
- Não registrar dado de conversão (visualizações, não só reservas confirmadas) — sem esse dado, qualquer estimativa de elasticidade fica baseada só no resultado final, sem enxergar quanta demanda foi de fato afastada pelo preço.
Como isso muda a lógica de ajustar preço
Entender a elasticidade do próprio imóvel evita dois erros opostos: baixar preço demais num período de baixa elasticidade (perdendo receita sem necessidade, já que a demanda não reagiria tanto assim a um preço menor), ou manter preço alto demais num período de alta elasticidade (perdendo reserva que um pequeno ajuste capturaria). A tarifação dinâmica bem calibrada leva a elasticidade em conta, não só a data e a sazonalidade — dois imóveis na mesma data podem justificar ajustes de preço bem diferentes se um tem demanda mais elástica que o outro.
Por que controlar isso no sistema, e não na planilha
Medir elasticidade exige cruzar histórico de preço praticado com histórico de conversão — visitas ao anúncio, taxa de reserva, taxa de ocupação resultante — período a período e, idealmente, por canal. Uma planilha que só registra o preço final de cada reserva confirmada, sem dado de conversão, não permite enxergar esse padrão: só mostra o resultado, não a relação entre preço testado e resposta de demanda. Um sistema que acompanha o desempenho de cada imóvel de forma consolidada ao longo do tempo é o que permite reconstruir essa relação sem depender de planilha paralela cruzando dado de fontes diferentes manualmente.
