Duas grandes questões primeiro, depois o restante. Estou sendo direto porque é mais útil para você do que ser polido. 1. Permita-nos desenhar o motor de reservas, ou deixe-nos construir o nosso próprio em cima do seu. O motor é nosso ponto mais fraco de conversão, e posso ver isso em nossas análises: as pessoas chegam na nossa página de destino, leem sobre os hotéis, exploram várias páginas, inserem suas datas, são encaminhadas para o motor Little Hotelier e saem. A taxa de saída ali é a mais alta de toda a jornada, e isso se deve ao pouco que podemos mudar. Escolher cores não é personalização. Um exemplo que nos perguntam toda semana: um hotel de um quarto mostra um ícone de pessoa com "4", quando na verdade são dois adultos, uma criança e um bebê. Esse ícone gera confusão e e-mails, e não podemos editá-lo ou explicá-lo. O que precisamos é de controle real de design, ou seja, HTML, CSS e injeção de código personalizados no motor, ou melhor ainda, uma API de reservas headless (pesquisa, cotação, reserva, pagamento) para que possamos construir nossa própria interface que alimenta diretamente o Little Hotelier. No momento, o design é medíocre o suficiente para fazer hotéis como o nosso pensarem em migrar para outro sistema, para que os leads que já trabalhamos duro se tornem reservas. 2. A API não é suficiente. Extrair disponibilidade e tarifas ao vivo é onde ela para. Não há como escrever uma tarifa ou uma restrição, nem webhooks quando uma reserva é feita, nem exportação iCal, nem feed de reservas, e seus termos proíbem scraping, então não há uma maneira sancionada para as ferramentas de um operador agirem na conta. Construímos um script que consulta sua API a cada trinta minutos apenas para mostrar disponibilidade ao vivo em nosso site, e toda mudança de tarifa ainda precisa ser clicada manualmente na interface web. Minha equipe trabalha principalmente com IA, especialmente Claude, e a maioria dos pequenos operadores também. Avançamos rapidamente ao fazer a IA construir os sistemas que conectam nosso PMS e POS, e o Little Hotelier é a parte que não pode ser conectada. Uma API de leitura e escrita adequada, webhooks e uma integração oficial para assistentes de IA permitiriam que operadores como eu gerenciem o hotel de forma muito mais eficiente, e isso faria de vocês a escolha óbvia para os clientes que realmente estão vendendo. 3. Quartos virtuais. Vender vários quartos como uma unidade, ou uma unidade como vários, é essencial para um hotel como o nosso, e a Cloudbeds faz isso há anos. Fiquei surpreso ao descobrir que isso está ausente. 4. Planos de tarifa fechados aparecem como "Esgotado". Quando paro de vender um plano com desconto em certas datas, os hóspedes veem esse plano listado como "Esgotado" ao lado da tarifa padrão na mesma casa, parecendo que algo está indisponível quando não está. Um plano que está fechado para as datas pesquisadas simplesmente não deveria aparecer. Relacionado: não há regra para "este plano de tarifa não se aplica a estadias que tocam essas datas", então a única ferramenta é stop sell, canal por canal. O motor traduz automaticamente os nomes dos nossos hotéis. Quando o navegador de um hóspede está configurado para tailandês, "White House" vira ทำเนียบขาว, residência do presidente americano, "Turquoise" vira a cor, e uma de nossas descrições traduzidas tem um fragmento de japonês no meio de uma frase em tailandês. Nomes próprios nunca devem ser traduzidos automaticamente, e precisamos revisar ou substituir as traduções por idioma. 1. Atualizações em massa de tarifas sobrescrevem silenciosamente. A última tarifa salva em uma data vence, então salvar uma tarifa base em um intervalo apaga as sobreposições de fim de semana e festivais já existentes nessas datas. Não há pré-visualização do que será alterado, nem desfazer e nem trilha de auditoria de mudanças de tarifas. Agora trabalhamos em uma ordem rigorosa de três rodadas para evitar destruir nossos próprios preços, algo que nenhum operador deveria aprender da maneira difícil. 2. Rótulos que não podemos controlar. Cada tarifa no motor diz "Depósito de 30% necessário" por causa de uma configuração, independentemente de um gateway de pagamento estar conectado ou não, e não há como editar ou esconder isso. Mesmo grupo do ícone de ocupação: o motor informa aos hóspedes coisas que não dissemos. 3. Segurança exagerada para quem usa diariamente. Logouts constantes, troca forçada de senha a cada poucos meses, o mesmo na aplicação. Dispositivos confiáveis, chaves de acesso ou sessões mais longas em dispositivos conhecidos manteriam a segurança sem a fricção diária. Frustrante, embora não tão custoso quanto os pontos acima. Duas questões menores. Descontos por duração de estadia no Airbnb não são gerenciados pelo channel manager, então a paridade de tarifas lá é mantida manualmente. E os relatórios são exportações, não insights: acabamos fazendo nossas próprias análises para entender onde as reservas caem, e é assim que sabemos que o ponto um é verdadeiro. Obrigado por perguntar. Gostamos do produto, por isso o motor de reservas e a API são tão importantes para nós.