Escolher um sistema para a sua propriedade é uma daquelas decisões que parece uma compra de software e se comporta como uma decisão de contratação. Não está a comprar funcionalidades. Está a escolher algo que vai estar no meio de cada turno, de cada chegada e de cada fatura durante os próximos cinco anos.
É por isso que a forma habitual de escolher — uma tabela comparativa de funcionalidades, uma demonstração, um desconto — tende a produzir arrependimento. As listas de funcionalidades são escritas por quem vende o software. As demonstrações mostram o caminho feliz. O desconto dura doze meses e a migração dura para sempre.
Eis uma forma mais honesta de conduzir a decisão.
Comece pela sua terça-feira, não por uma lista de funcionalidades
Antes de olhar para qualquer sistema, escreva o que realmente acontece numa terça-feira normal na sua propriedade. Não a estratégia, a sequência:
- Quem verifica a lista de chegadas e quando?
- O que acontece quando um cliente sem reserva quer um quarto por uma noite?
- Como é que o housekeeping sabe quais os quartos a limpar primeiro?
- O que acontece quando um hóspede quer prolongar a estadia por um dia?
- Quem resolve quando dois canais vendem o mesmo quarto?
- Como é que um hóspede de empresa recebe uma fatura com o IVA correto e a morada certa?
- O que acontece à reserva do spa que o hóspede pediu no check-in?
Essa lista é a sua especificação. Cada um desses momentos ou fica mais fácil com o novo sistema, ou não fica. Tudo o resto numa grelha de funcionalidades é ruído.
A razão pela qual isto funciona: o software é fácil de avaliar contra um futuro imaginado e muito difícil de avaliar contra uma terça-feira real. Traga a terça-feira.
As cinco perguntas que realmente preveem arrependimento
Depois de conversas suficientes com hoteleiros sobre sistemas que mais tarde substituíram, surgem sempre as mesmas cinco lacunas.
1. O que acontece quando algo corre mal às 23:00?
Não "há suporte" — todos têm suporte. Pergunte com precisão:
- Quem atende fora do horário de expediente e em que idioma?
- Qual é o tempo de resposta realista para "o channel manager deixou de sincronizar", em oposição a "como altero uma tarifa"?
- Há uma pessoa que conhece a sua propriedade, ou uma fila de espera?
Um sistema que é excelente durante onze meses e incontactável durante a sua única crise não é um sistema excelente.
2. Quem é o dono dos seus dados e consegue retirá-los?
Peça a exportação antes de assinar, não depois. Reservas, hóspedes, faturas, tarifas. Num formato que consiga realmente abrir.
Se retirar os seus próprios dados for difícil, tudo o resto na relação é negociado a partir de uma posição fraca. Esta é também uma questão de RGPD: onde os dados estão alojados, quem os processa e o que lhes acontece quando sair. A KIMISUITE está alojada na UE com tratamento RGPD por defeito — para propriedades europeias, isso não é uma funcionalidade, é uma condição prévia.
3. Quanto custa quando crescer?
O preço mensal é a parte fácil. As perguntas que decidem o custo real:
- O preço muda quando adiciona quartos, tipos de quarto, uma segunda propriedade ou outro utilizador?
- O channel manager está incluído ou é uma linha separada?
- Os fornecedores de pagamento estão incluídos ou são por transação?
- Quanto custa o próximo módulo quando precisar dele no segundo ano?
O Booking Hub da KIMISUITE tem preço por tipo de quarto, não por quarto. Uma propriedade com 35 quartos em quatro tipos de quarto paga por quatro tipos. Se a maior parte do seu inventário for repetido — e na maioria dos hotéis é — essa diferença acumula todos os meses. Para ser justo: para uma propriedade muito pequena com apenas um punhado de quartos, o preço por quarto noutros locais pode ficar semelhante. A diferença abre-se à medida que cresce.
4. Adapta-se à forma da sua propriedade ou a um hotel genérico?
Uma guesthouse de 12 quartos, um hotel de cidade de 60 quartos e um operador com quatro edifícios de apartamentos não têm os mesmos problemas. O suporte multi-propriedade, o tratamento multi-unidade, os fluxos de trabalho de limpeza e as estruturas de tarifas ou correspondem à sua forma ou passa anos a contorná-los.
Peça para ver o seu próprio cenário configurado. Não uma propriedade de demonstração — a sua. Dois tipos de quarto que realmente vende, uma tarifa que realmente oferece.
5. Onde termina o sistema?
Esta é a pergunta que quase ninguém faz durante a seleção e a que causa mais dor mais tarde.
Um sistema de reservas que termina na reserva deixa-o a resolver tudo a jusante: a fatura, a lista de housekeeping, o restaurante, a marcação do spa, o registo do hóspede. Cada lacuna torna-se outra ferramenta, outro login, outra exportação, outro local onde o nome de um hóspede é escrito de forma diferente.
Escrevemos sobre esse problema específico em separado, porque merece o espaço: um PMS hoteleiro já não é apenas um PMS.
Porque é que o Booking Hub tem o aspeto que tem
O Booking Hub não foi desenhado a partir de um documento de especificações. Cresceu a partir do trabalho diário em hotéis e de uma longa fila de pedidos de hoteleiros, e continua a ser alargado dessa forma.
Pode ver-se isso no que está no produto. A organização do serviço de limpeza está lá — atribuir tarefas de housekeeping, acompanhar o estado de limpeza dos quartos, gerir o fluxo de trabalho diário do serviço. Não é uma funcionalidade que alguém coloque numa grelha comparativa. Está lá porque o housekeeping é uma parte real de um dia real e alguém a pediu.
O mesmo se aplica às partes que são pouco glamorosas mas constantes:
- Sincronização de disponibilidade em tempo real entre OTAs, porque um overbooking custa mais do que um mês de software
- Widgets de reserva direta — slider, listagem e pesquisa — que se integram no website que já tem
- Controlo de tarifas e preços com tarifas sazonais e restrições
- Suporte multi-propriedade a partir de uma conta
- Perfis de hóspedes com histórico de reservas e comunicação
- Vários fornecedores de pagamento para reservas diretas sem comissões
O channel manager e o motor de reservas estão no mesmo sistema que as reservas, e é por isso que a disponibilidade não tem de ser reconciliada entre dois fornecedores que se culpam mutuamente.
O que fazer na demonstração
Três coisas, e demoram quinze minutos:
1. Faça-os construir a sua terça-feira. Peça-lhes para configurar dois dos seus tipos de quarto reais e percorrer uma chegada, uma mudança de quarto e um prolongamento. Observe quantos cliques são necessários e quantos ecrãs visitam.
2. Parta algo de propósito. Pergunte o que acontece se um hóspede cancelar uma reserva que veio de uma OTA depois de já ter atribuído o quarto. Observe se a resposta é um fluxo de trabalho ou um pedido de desculpas.
3. Pergunte o que não faz. Qualquer resposta honesta aqui diz-lhe mais do que toda a lista de funcionalidades. Um fornecedor que não consegue nomear uma limitação ou não pensou nisso ou não lho vai dizer.
A decisão não é realmente sobre software
A propriedade que muda de sistema de dois em dois anos não tem azar. Continua a escolher com os critérios errados: a demonstração que parecia mais bonita, o preço que parecia mais baixo, a lista de funcionalidades que parecia mais longa.
As propriedades que ficam escolheram numa base mais aborrecida. Trata da minha terça-feira real? Consigo retirar os meus dados? O preço ainda faz sentido com o dobro do meu tamanho? Há alguém contactável quando avaria? E para na reserva ou acompanha o hóspede durante toda a estadia?
Responda honestamente a essas cinco e a lista curta fica muito curta.
Veja como funciona o Booking Hub — PMS, channel manager e reserva direta sem comissões num só sistema.
