Refúgio da Azinheira: a matemática da reserva direta
Construímos o site e o motor de reserva de um retiro rural na N2. O site é a parte fácil. O difícil é decidir o que não se constrói.
Uma casa rural que vive das plataformas de reserva tem um problema silencioso: não é dona da relação com o hóspede. Não tem o email, não escolhe a mensagem, não decide o preço sem penalização, e entrega uma fatia de cada noite a quem tratou do encontro.
O Refúgio da Azinheira fica na N2, no Alentejo. Construímos-lhe o site e o motor de reserva direta, e o objetivo nunca foi "ter presença online". Foi mudar quem controla a reserva.
O que decidimos primeiro: um site bonito não vende nada
É aqui que a maioria dos projetos falha, e já o vimos falhar. Faz-se um site elegante, com fotografias de sol a pôr-se, e depois o visitante clica em "reservar" e cai num formulário que promete resposta em 24 horas.
Ninguém espera 24 horas. Nessas 24 horas, a pessoa já reservou noutro sítio, porque o outro sítio respondeu em dez segundos.
Foi este o critério com que medimos cada decisão do projeto: o caminho entre "gostei" e "está reservado" tem de ser mais curto do que na plataforma. Não igual. Mais curto. O que não encurtava esse caminho não entrou.
O que construímos, e porquê
Pusemos a disponibilidade real no ecrã. Um calendário que mostra o que está livre, agora, sem telefonema. Se o visitante tiver de perguntar se há vaga, já perdemos.
Sincronizámos os calendários por iCal. É o detalhe que separa um projeto sério de uma brochura, e foi a peça a que demos mais atenção. Se as reservas diretas não conversarem com as das plataformas, o resultado inevitável é a dupla reserva: duas famílias, a mesma noite, a mesma cama. Um erro desses custa mais do que todas as comissões que se pouparam num ano.
Escolhemos o WhatsApp, e recusámos o formulário. Em hotelaria pequena, a conversa é o canal. As pessoas querem perguntar se aceita cães, se há sombra, se o portão abre à noite. Um formulário mata essa conversa; o WhatsApp fá-la acontecer no telemóvel, onde a pessoa já está.
Fizemos o site em cinco línguas. A N2 é uma rota internacional. Um visitante alemão que aterra num site só em português não hesita: volta à plataforma, que está na língua dele. Pusemos português, inglês, espanhol, francês e alemão, com hreflang completo, e não por vaidade: por conversão. Sem ele, o Google mostra a página portuguesa ao alemão, e o alemão vai-se embora.
O âmbito, e a tecnologia que escolhemos
Site institucional e motor de reserva direta para uma unidade de alojamento local, em cinco línguas, com disponibilidade em tempo real e sincronização com as plataformas.
| Aplicação | ASP.NET Core, servida em Kestrel |
| Alojamento | Azure App Service |
| Internacionalização | 5 línguas (PT, EN, ES, FR, DE), com hreflang completo e x-default |
| SEO | dados estruturados BedAndBreakfast com coordenadas e morada, para o Google mostrar a casa como alojamento e não como uma página qualquer |
| Reservas | calendário de disponibilidade e sincronização iCal com as plataformas |
| Contacto | WhatsApp direto, não formulário |
O que recusámos construir
Havia uma versão deste projeto com CMS headless, uma SPA à frente, uma API pelo meio e microserviços a namorar ao fundo. Teria ficado muito bem numa apresentação.
Não a fizemos, e a razão é simples: uma casa não é uma cadeia hoteleira. O conteúdo muda meia dúzia de vezes por ano. A operação é uma pessoa com um telemóvel. Cada peça que acrescentássemos seria mais uma coisa a manter, a atualizar e a falhar, sem trazer nada que o hóspede visse.
Entregámos HTML renderizado no servidor, em ASP.NET Core, num App Service. Aborrecido, sólido, e barato de operar.
A engenharia difícil não é escolher a tecnologia maior. É escolher a menor que resolve o problema, e conseguir defendê-la à frente do cliente. É mais fácil vender um canhão do que explicar a alguém porque é que ele não precisa de um. Nós preferimos explicar.
O que muda quando funciona
A comissão que se poupa é o que se vê primeiro, e é a parte menos interessante.
O que muda a sério é que a casa passa a ter os contactos dos seus hóspedes. Pode escrever-lhes no inverno. Pode oferecer o regresso sem pagar a ninguém pelo privilégio. Deixa de alugar a relação e passa a ser dona dela.
O que não prometemos
Não prometemos que as plataformas deixam de fazer falta. Fazem, e continuam a trazer gente que nunca ouviu falar da casa.
O objetivo não é sair delas. É deixar de depender exclusivamente delas. E, para isso, o que construímos tem de ser tão rápido e tão fiável quanto elas.
Está no ar em refugioazinheira.pt.
