Um hóspede escreve às 21h a pedir para mudar uma reserva. Um fornecedor altera um horário de partida sem aviso. Uma fatura fica por pagar onze dias e alguém tem de a cobrar, outra vez. Nenhuma destas coisas é uma emergência isolada. Juntas, são a semana. E se o dono ainda é quem apanha as três, o negócio tem um teto com o nome dele escrito.
A maioria dos operadores sabe que a semana está cheia. Quase nenhum sabe porquê. Assumem que é volume, mais reservas significa mais trabalho, e contratam mais um coordenador ou dizem a si próprios que as coisas acalmam depois da época alta. Isso é um palpite disfarçado de plano. Antes de corrigir seja o que for, meça. Não se instala um sistema contra um problema que ainda não foi nomeado.
Medir antes de corrigir
O instinto é ir logo buscar uma ferramenta. Uma caixa de entrada partilhada, um chatbot, uma plataforma de reservas nova. Esse instinto é quase sempre prematuro. Se automatiza um passo que nunca foi o estrangulamento, fica com uma versão mais rápida de um problema que já era pequeno, e o verdadeiro constrangimento continua intocado.
A solução é simples e funciona: registe cada mensagem e tarefa recebida durante uma semana. Não é uma auditoria completa, é uma contagem. De onde veio, o que exigia, quanto tempo levou, precisava mesmo do dono ou qualquer pessoa da equipa podia ter tratado. Uma semana disto dá mais clareza do que um trimestre a adivinhar.
Uma semana real: 200 mensagens
Aqui fica um padrão que vemos com frequência num pequeno operador com cinco a doze pessoas. Não é um cliente real, é uma composição de padrões que se repetem neste tipo de negócio.
Volume total de mensagens recebidas na semana: 200, entre email, WhatsApp e caixa de entrada de uma plataforma de reservas.
- 70 mensagens: perguntas de hóspedes antes ou durante uma viagem. Disponibilidade, direções, o que está incluído. A maioria tem resposta em informação que já existe algures, só não está num sítio onde o hóspede ou a equipa a encontrem depressa.
- 45 mensagens: coordenação com fornecedores. Confirmar horários, cobrar confirmações, gerir alterações de última hora. Este bloco consome tempo do dono de forma desproporcionada porque os fornecedores estão habituados a contactá-lo diretamente, hábito construído ao longo de anos.
- 35 mensagens: relacionadas com pagamentos. Faturas enviadas, faturas cobradas, pedidos de reembolso, lembretes de sinal. Lentidão aqui não custa só tempo, custa dinheiro por cobrar.
- 30 mensagens: internas. Equipa a perguntar quem é responsável por uma tarefa, onde está um documento, qual é a política para um caso específico.
- 20 mensagens: retrabalho. Algo foi reservado mal, uma data foi escrita errada, um hóspede ouviu uma coisa e o fornecedor confirmou outra. Este bloco é custo puro. Não produz nada, só repara.
Agora ponha um custo aproximado nisto. Mesmo com um custo médio modesto do tempo, essa semana de 200 mensagens são facilmente 25 a 30 horas de atenção de alguém, e uma parte significativa passa especificamente pelo dono, não porque exija o seu julgamento, mas porque é o hábito instalado.
Três movimentos, por ordem
Uma vez visíveis os blocos, a ordem de ataque torna-se óbvia e raramente é automatização primeiro.
Um. Eliminar o bloco de retrabalho. Vinte mensagens por semana a corrigir erros evitáveis não é um problema de comunicação, é uma falha de processo. Encontre onde a passagem de testemunho falha, normalmente entre a reserva e a confirmação, e feche essa falha com uma checklist ou um único ponto de verdade. É a correção com maior retorno e custa zero implementar.
Dois. Redirecionar o hábito dos fornecedores. Se os fornecedores escrevem por defeito ao dono, esse hábito foi construído, o que significa que pode ser reconstruído. Um ponto de contacto partilhado, uma regra clara de escalonamento, e uma conversa curta com cada fornecedor tira isto das costas do dono em poucas semanas.
Três. Só depois, sistematizar as perguntas dos hóspedes. Uma vez identificadas quais das 70 mensagens são repetíveis, um sistema de resposta bem construído, que use uma base de informação real e saiba quando passar para uma pessoa, pode absorver a maior parte deste bloco. É aqui que um sistema a correr discretamente em segundo plano compensa o esforço, mas só depois dos dois primeiros movimentos estarem feitos. Construa cedo demais e está a automatizar ruído.
A cobrança de pagamentos costuma resolver-se sozinha quando o processo à volta dela é corrigido, um pedido mais cedo, um lembrete automático, um prazo mais claro definido à partida. Raramente precisa de uma ferramenta nova, precisa de um pequeno ajuste estrutural.
Este é o trabalho real. Não é encontrar a plataforma mais vistosa, é encontrar o verdadeiro constrangimento e fechá-lo na ordem certa. É isto que fazemos nas chamadas de operações, e normalmente fica claro logo na primeira conversa qual destes três blocos está a custar mais.
Se quiser um segundo olhar sobre para onde vai realmente a sua semana, marque uma chamada de operações de 20 minutos. Traga uma semana de mensagens se as tiver. Encontramos juntos o bloco que vale a pena corrigir primeiro.
Perguntas frequentes
Como acompanho para onde vai a minha semana de operações sem criar mais trabalho administrativo? Mantenha simples. Uma folha de cálculo partilhada ou até um caderno onde cada item recebido fica com uma linha: origem, tipo, tempo gasto, quem tratou. Uma semana chega para ver o padrão.
Devo automatizar primeiro as mensagens de hóspedes já que são as mais numerosas? Não. Volume não é o mesmo que constrangimento. Corrija primeiro o retrabalho e os estrangulamentos de hábito, costumam ser mais baratos de fechar e muitas vezes reduzem sozinhos o volume de mensagens de hóspedes.
Quanto tempo pode um pequeno operador recuperar de forma realista? No padrão acima, corrigir bem o retrabalho e o hábito dos fornecedores já devolve muitas vezes oito a doze horas por semana, antes sequer de tocar em qualquer sistema virado para o hóspede.