O que são Blackout Dates
Blackout dates são datas em que o imóvel fica indisponível para reserva por decisão deliberada do gestor ou do proprietário, não porque já esteja ocupado por uma reserva confirmada. Os motivos mais comuns são manutenção programada, uso pessoal do proprietário, ou uma estratégia ativa de yield management em que o gestor prefere deixar a data vaga a aceitar uma reserva abaixo do valor mínimo aceitável naquele período de altíssima demanda — Réveillon, feriado prolongado, um evento grande na região. Em qualquer plataforma, o blackout date aparece simplesmente como “indisponível”, sem distinção visível entre bloqueio operacional e bloqueio estratégico — a diferença só existe na cabeça de quem administra o calendário.
Como funciona o bloqueio estratégico na prática
Bloqueio operacional (manutenção, uso do proprietário) é reativo: existe uma razão concreta e geralmente inegociável que impede a hospedagem naquele intervalo. Bloqueio estratégico é uma decisão de precificação — parte da mesma lógica da tarificação dinâmica, só que levada ao extremo: em vez de apenas subir o preço na alta demanda, o gestor decide não vender abaixo de um piso definido, mesmo correndo o risco de a data ficar vaga.
Um exemplo concreto: um imóvel que normalmente vende a diária de R$ 400 passa a receber, para o período de Réveillon, apenas propostas de reserva na faixa de R$ 600–700 por noite, quando o piso estratégico definido pelo gestor era R$ 900. Em vez de aceitar a reserva abaixo do piso, o gestor mantém as datas de 28/12 a 02/01 bloqueadas como blackout até um determinado prazo — por exemplo, 15 dias antes do check-in — reabrindo o calendário só se nenhuma reserva ao preço-piso aparecer até lá. Isso exige monitorar continuamente a demanda real (visualizações, propostas recebidas) contra o prazo de reabertura, não simplesmente bloquear e esquecer.
Erros comuns / Pontos de atenção
- Bloquear e esquecer de reabrir a tempo. O erro mais caro: a data fica bloqueada além do prazo em que ainda seria possível vendê-la a um preço razoável, e o imóvel simplesmente fica vago numa data de altíssima demanda — o pior cenário possível de vacância.
- Confundir blackout com diária mínima alta. Elevar a diária mínima para um feriado (exigir 5 noites, por exemplo) não é a mesma coisa que bloquear a data — são ferramentas diferentes que podem inclusive ser usadas juntas.
- Lançar o bloqueio só numa planilha ou só num canal. Um blackout date registrado apenas internamente, sem propagar para todos os canais de venda ativos, não impede a reserva de acontecer em outro canal — o hóspede simplesmente reserva por onde o bloqueio não chegou.
- Não documentar o critério do piso de preço. Bloquear “porque acha caro” sem um número de referência claro (baseado em compset, histórico do ano anterior, ou meta de receita) transforma uma decisão estratégica em decisão arbitrária, difícil de repetir ou justificar depois.
- Aplicar a mesma lógica de blackout em baixa temporada. Bloqueio estratégico só faz sentido quando existe demanda real represada disputando a data — em período de baixa demanda, bloquear por especulação de preço só produz vacância sem contrapartida.
Por que controlar isso no sistema, e não na planilha
Bloqueios estratégicos, por definição, mudam de decisão em decisão — o gestor reavalia conforme a demanda da temporada se confirma ou não, e o prazo de reabertura se aproxima. Numa planilha, isso significa lembrar manualmente de reabrir a data em todos os canais quando a estratégia muda; num sistema com calendário único sincronizado via iCal, o bloqueio — e o desbloqueio — se propaga automaticamente para todos os canais ativos, sem depender de alguém lembrar de replicar a mudança canal por canal antes que a janela de venda se feche.
