Definir a equipa de aprovação e as regras de paragem
Antes do primeiro clique, define quem decide e quando a publicação é interrompida.Atribui responsáveis pelos conteúdos para hóspedes, pelos preços e pelo resultado no PMS. Em hotéis pequenos, as funções podem acumular-se, mas uma segunda pessoa deve ainda assim rever o cálculo do preço. Utiliza um único período de teste comum.
Define paragens obrigatórias para capacidade errada, tarifas diretas em falta, totais sem explicação, condições incompletas, métodos de pagamento inativos, layout móvel com falhas ou uma reserva incorreta no PMS.
| Função | Verifica | Podes parar por |
|---|---|---|
| Perspetiva do hóspede | Textos, imagens, utilização no telemóvel, condições | Escolhe pouco clara ou defeito visual |
| Preço e vendas | Tarifa, noites, extras, impostos, total | Qualquer desvio sem explicação |
| Aceitação no PMS | Reserva, hóspede, produto de quarto, origem | Reserva em falta ou incorreta |
Aprovar cada elemento vendido na sua fonte
A página pública é o resultado dos dados principais centrais, não um segundo local para os manter.Abre Quartos → Quartos e categorias e revê cada categoria vendida diretamente: nome, ocupação, área, descrições, equipamentos e ordem das imagens. Os códigos internos não ajudam os hóspedes.
Verifica depois a identidade pública do hotel em Definições, a tarifa direta ativa em Preços e as áreas responsáveis por extras, condições e métodos de pagamento. Corrige a fonte e volta a carregar a pré-visualização.
Aprovação das fontes
- Só são visíveis as categorias ativas e realmente vendáveis.
- Capacidade, fotografias e descrições correspondem ao quarto.
- Os contactos e a marca do hotel estão atualizados.
- Tarifa, extra, condição e método de pagamento têm cada um uma fonte responsável.
Rever a pré-visualização no computador e no telemóvel
O percurso no telemóvel é o caso obrigatório, não um complemento em tamanho reduzido.Abre a pré-visualização interna do Booking Engine com o navegador num estado limpo. Pesquise as datas combinadas para dois adultos e verifique pesquisa, fichas de quarto, tarifa, condições, extras, dados do hóspede e conclusão.
Repete o mesmo percurso no telemóvel. Os botões têm de estar acessíveis, textos e preços não podem ficar cortados, as traduções têm de mudar de linha corretamente e as caixas de diálogo têm de caber acima do teclado.
Recalcular preço e disponibilidade com três casos obrigatórios
Um preço plausível não é um preço verificado.Escreve o cálculo esperado antes de cada pesquisa. Testa uma estadia padrão, uma com um único parâmetro alterado e uma com um extra. Compara pesquisa, seleção da tarifa, carrinho e conclusão final.
Verifica um caso disponível e um indisponível. O estado de housekeeping, por si só, não bloqueia o inventário; um bloqueio real de quarto ou um estado fora de serviço, sim.
| Caso | Anotar primeiro | Aprovado quando |
|---|---|---|
| A, Padrão | 2 adultos, 2 noites, tarifa, total esperado | Cada passo mostra a mesma lógica |
| B, Variação | Ocupação individual ou fim de semana | A alteração de preço é totalmente explicável |
| C, Extra | Preço do quarto mais o extra escolhido | Extra e total mantêm-se até à conclusão |
Concluir uma reserva de teste completa no telemóvel
A aceitação não termina na página de agradecimento, mas na estadia correta no STRYK.Utiliza dados de hóspede de demonstração claramente identificados, nunca dados reais de hóspedes. Revê nome, e-mail, datas, ocupação, condições e total antes de submeter uma única vez. Um duplo clique ou um recarregamento não pode criar um duplicado.
Abre depois Reservas no STRYK. A reserva tem de aparecer uma única vez com origem, datas, produto, tarifa, hóspedes, preço, extra e estado corretos. Verifica o perfil do hóspede e a confirmação.
Aceitação no PMS em seis passos
- 01Encontrar a reserva
Encontre exatamente um resultado com o nome de teste ou a referência.
Sem duplicados - 02Comparar a estadia
Compara datas, noites e hóspedes com o caso de teste.
Datas coincidem - 03Verificar o produto
Categoria, tarifa e extra correspondem à escolha.
Sem reatribuição - 04Verificar o preço
O total é igual ao valor de aprovação calculado previamente.
Diferença 0 € - 05Associar o hóspede
O perfil do hóspede mostra a estadia e o contacto corretos.
Perfil completo - 06Ler a confirmação
Referência, serviço, preço e próximo passo estão claros.
Perguntas do hóspede esclarecidas
Publicar, reverter e proteger o primeiro dia
Uma entrada em funcionamento controlada precisa de um caminho de reversão e de uma monitorização definida.Abre as verificações de prontidão do STRYK e corrige cada bloqueio na sua fonte. Publica apenas quando os casos de teste forem aprovados, as informações obrigatórias estiverem completas e os responsáveis estiverem contactáveis.
Revê as reservas diretas de hora a hora nas primeiras quatro horas e depois diariamente durante sete dias. Perante um problema grave, retira a publicação sem apagar os dados principais nem o histórico de publicações, corrige a fonte e repete o caso afetado.
| Momento | Verificação | Resposta |
|---|---|---|
| Horas 1-4 | Nova reserva, preço, inventário, confirmação | Parar de imediato os problemas graves |
| Primeira noite | Percurso completo e chegada à receção | Recolher perguntas e desvios |
| Dias 2-7 | Reservas diárias, desistências, perguntas | Aprovar apenas alterações testadas |
Completar o registo de aprovação
Encerre a aceitação com um único registo que inclua versão, datas, dispositivos e idiomas, casos de preço, referência de teste, resultado no PMS, pontos em aberto não bloqueantes, responsável pela aprovação e próxima revisão.
Reutilize o registo após alterações importantes em tarifas, pagamentos, condições, capacidade ou percurso. Uma alteração de fotografias exige uma revisão visual; uma nova tarifa ou um novo método de pagamento exige testes completos de preço e de conclusão.
