Saltar para o conteúdo

Configura o site e o mecanismo de reservas de ponta a ponta

O site é o estúdio compartilhado da STRYK para a página de reservas, check-in online, quiosque de check-in, vouchers e e-mail dos hóspedes. Combina o design corporativo central com quartos reais, preços, disponibilidade, políticas, formas de pagamento e fluxos de trabalho de comunicação. Altera o salvamento automático como rascunho; apenas um instantâneo explicitamente aprovado se torna público. Este guia explica a propriedade e todas as seis áreas antes de levar o hotel da visualização e prontidão para uma reserva controlada ao vivo. O resultado não é uma página de marketing isolada, mas um processo completo de vendas diretas e autoatendimento que a recepção, as finanças e a limpeza podem continuar operando.

O que poderá fazer depois com segurança
  • Atribui cada configuração ao Website Studio ou à sua fonte central de PMS.
  • Configura página de reserva, portal de hóspedes, check-in online, quiosque, vouchers, e-mails e snippets sem fontes paralelas.
  • Resolve cada bloqueador em sua origem, em vez de usar uma solução alternativa visual.
  • Comprove a publicação com uma reserva real controlada e um caminho de reversão claro.
O que precisa antes de começar
  • Categorias, salas físicas, fotos e descrições multilíngues são aprovadas em Salas e categorias.
  • Pelo menos um plano de tarifa direta ativo, pré-visualização de preço e política pública de cancelamento foram aprovados.
  • O domínio da propriedade, a marca, os idiomas dos hóspedes, a forma de pagamento e os e-mails de confirmação são decididos.
01

Entenda o Website Studio e seu modelo de propriedade

Seis áreas controlam a experiência de um hóspede, enquanto os dados centrais do PMS permanecem em sua fonte profissional.

Abre o site na navegação principal. Seu cabeçalho fixo mostra o estado da publicação e o endereço da propriedade pública. O ícone de visualização abre o rascunho autenticado atual em uma nova guia sem publicar ou criar uma reserva. A publicação cria um novo instantâneo ao vivo somente após a prontidão e uma confirmação explícita. Quando uma versão está ativa, Redefinir para rascunho coloca o site público off-line após outra confirmação, preservando o rascunho editável e o histórico de instantâneos anteriores.

Design e Layout seleciona o modelo, a apresentação da sala e a composição da página compartilhada pelas superfícies voltadas para os hóspedes. A página de reserva contém cópia da página, navegação pública, regras de reserva, portal de hóspedes e trechos de site. O Check-in Online controla convites, horários, dados necessários, consentimento, assinatura e revisão da recepção. O quiosque de check-in controla a tela de chegada em um tablet gerenciado. Os vouchers contêm loja, produtos, valores, disponibilidade do pagamentos online, pedidos e sua incorporação. Emails reúne conteúdo editável de mensagens de reservas, check-in e vouchers.

O nome da propriedade, logotipo, cores, fonte e slug público são mantidos deliberadamente em Configurações → Propriedade. Os provedores de pagamento e a prontidão técnica de checkout pertencem às configurações centrais de pagamento ou integração; servidores de e-mail e remetentes pertencem às configurações de comunicação. Quartos, categorias, fotos, capacidade, tarifas, preços, disponibilidade, extras, comodidades, políticas de cancelamento, finanças e privacidade também permanecem nos módulos próprios. O Website Studio vincula e consome essas fontes em vez de criar outra cópia.

Dentro de cada área visual, trabalhe em Visualização ou Configuração. A visualização usa o mesmo renderizador React compartilhado do site convidado e fornece controles de dispositivo, atualização, zoom e tela inteira. A configuração salva automaticamente as alterações de rotina no rascunho após uma breve pausa e expõe o carregamento, o salvamento, o sucesso e a falha. Um rascunho salvo não está ativo. Após cada alteração material, revise o idioma afetado, o tamanho do dispositivo e a jornada do convidado antes de publicar novamente.

As seis áreas do Website Studio
ÁreaConfigura láNão duplique aí
Design e LayoutModelo, composição e apresentação da salaLogotipo, cores e fonte
Página de reservasCópia da página, regras, portal de visitantes e trechosQuartos, preços e disponibilidade
Check-in on-lineConvite, dados necessários e revisãoAcesso ao servidor de correio ou provedor de registro
Quiosque de check-inFluxo de tablet e usuário de quiosqueUsuários e funções normais da equipe
VouchersComprar, produtos, pedidos e incorporarCredenciais e contabilidade de pagamentos online
E-mailsCópia do assunto e da propriedade por idioma do convidadoLinks técnicos, tokens e shell HTML seguro
02

Aprovar fontes centrais de produtos antes do estúdio

A página de reserva publica a verdade do hotel; não é um segundo sistema de dados mestre.

Começa em Quartos e categorias com nomes, ocupação, inventário físico, fotos reais e descrições multilíngues. A disponibilidade vem do estoque real.

Pelo menos um plano de tarifas diretas ativo deve retornar um preço de servidor válido. A reserva pública nunca confia em uma taxa total ou de reserva inventada pelo cliente.

Marca e domínio residem nas configurações de propriedade; políticas, comodidades e extras permanecem em seus módulos centrais. A cópia do e-mail voltado para os visitantes pertence a Site → E-mails. A página de reservas seleciona e ordena em vez de copiar.

Trata esta preparação como uma auditoria da fonte da verdade, não como uma decoração de página. Regista qual categoria de quarto fornece cada oferta, quais quartos físicos criam seu inventário, qual plano de tarifas Direct calcula o preço e qual política rege o cancelamento. Em seguida, verifica a mesma cadeia para uma data normal, uma data esgotada e uma sala bloqueada. Caso uma sala seja desativada ou bloqueada, a quantidade de público deverá cair automaticamente. Se um plano não tiver preço válido, a oferta deve desaparecer em vez de apresentar uma estimativa. Esta breve auditoria evita o erro de lançamento mais caro: uma página sofisticada que vende um produto que o hotel não consegue entregar.

Uma fonte por fato do produto
InformaçãoFonteEvidência de lançamento
Categoria, capacidade, descrição, fotosQuartos e categoriasCartão de quarto real em todos os idiomas
Tarifa básica e plano de tarifasPreçosEstadia de teste calculada pelo servidor
Logotipo, cores, fonteConfigurações → HotelDesktop e dispositivos móveis consistentes
Cancelamento, pagamento, e-mailConfigurações centraisPolítica completa e confirmação
03

Configura design, página de reserva, idiomas e modo de reserva

O fluxo deve corresponder ao real processo de vendas e pagamentos do hotel.

Abre Site → Design e Layout. Escolhe um dos cinco modelos de produção por tipo de propriedade, imagens e densidade de informação desejada: Classic Hotel equilibra mídia, pesquisa e oferta; Alpine Retreat é imersivo e baseado em imagens; Urban Boutique é tipográfica e compacta; Luxury Calm dá mais espaço às imagens e ao espaço calmo; O Compact Direct coloca a disponibilidade em primeiro lugar. Cada modelo usa a mesma lógica real de disponibilidade, preços, multi-room, extras, pagamento e reserva. A escolha do modelo altera a composição, não a fonte de dados ou o comportamento profissional.

Define a apresentação do cartão da sala, o espaçamento e outras regras de layout e abre o design corporativo central por meio do link direto Configurações → Propriedade quando necessário. O logotipo, as cores primárias e de destaque, a fonte e o estilo dos cantos são aplicados na página de reserva, no portal do hóspede, no check-in on-line, no quiosque, na loja de vouchers e no e-mail do hóspede. O CSS personalizado continua sendo uma área especializada fechada: coloca-o no contêiner do site pretendido, verifica-o no celular e revise-o novamente após cada alteração de modelo. Nunca uses CSS para ocultar controles funcionais, preços, políticas ou estados de validação.

Vai para Site → Página de reservas e completa o título da página, cópia da ação, descrição da propriedade, navegação e conteúdo confiável para cada idioma de hóspede ativo. STRYK oferece suporte a 18 idiomas convidados. Mantém os nomes dos quartos, descrições curtas e completas e comodidades centralmente em Quartos e categorias; STRYK pode esboçar uma tradução do idioma padrão da propriedade para um idioma secundário habilitado. Revise e corrija todos os rascunhos de IA antes de salvá-los, especialmente preços, nomes próprios, serviços e declarações juridicamente relevantes. Em seguida, revise a viagem completa, incluindo calendário de disponibilidade, datas alternativas, pesquisa de vários quartos, quartos, planos, extras, detalhes dos hóspedes, políticas, entrada de voucher, pagamento e resumo. Nenhum hóspede poderá encontrar cópias vazias, termos incorretos ou informações incompletas do quarto após alterar o idioma.

Define regras operacionais e escolhe deliberadamente solicitar, confirmar automaticamente ou exigir pagamento. A exigência de pagamento precisa de um provedor verificado com capacidade de checkout, não de um espaço reservado visual.

Publica apenas categorias completas, planos diretos, extras, políticas públicas e comodidades ativas. A ordenação altera a apresentação, não a verdade da fonte.

Antes de prosseguir, anota o modo de reserva pretendido e testa-o em relação à operação do hotel. O modo de solicitação precisa de responsabilidade e prazo de resposta claros. A confirmação automática precisa de um inventário confiável e de uma mensagem de confirmação completa. O pagamento exigido também requer um método de pagamento público e uma conexão de provedor que possa realmente concluir a finalização da compra. Para cada idioma de hóspede ativo, revise o título do herói, o texto da ação, a descrição do hotel, o conteúdo do quarto, a política e a mensagem de confirmação como uma única viagem. Um menu traduzido não é uma prontidão multilíngue quando o conteúdo comercial ou jurídico decisivo permanece vazio. Confirma se cada extra publicado tem unidade, preço e proprietário de atendimento claros no hotel.

Aprova o modo de reserva correto
ModoResultadoEvidência adicional
PedidoInicialmente pendenteProcesso de equipe para aceitar/rejeitar
Confirmação automáticaConfirmado após verificações do servidorPreço, estoque e políticas concluídos
Pagamento necessárioConfirmação apenas com checkout realProvedor verificado ao vivo e valor verificado
04

Configura o check-in online e o portal de hóspedes com segurança

O autoatendimento reduz o trabalho de recepção apenas quando a elegibilidade, a análise de dados e a transferência operacional permanecem explícitas.

Habilite o check-in on-line somente depois que os idiomas dos hóspedes, os horários da propriedade e os dados necessários forem acordados. Define quantas horas antes da chegada um convite vence, por quanto tempo seu link seguro permanece válido e se são necessários detalhes do passaporte, consentimento explícito e assinatura manuscrita. As declarações exatas de consentimento e assinatura mostradas no envio são retidas com idioma, versão e hora como prova. Habilite a revisão manual na recepção sempre que as informações enviadas não puderem ser aprovadas automaticamente.

Para convites automáticos, seleciona deliberadamente canais de reserva, tipos de reserva e segmentos de hóspedes elegíveis. STRYK seleciona as reservas inseridas direta ou manualmente no horário da propriedade e envia cada link seguro no máximo uma vez. Booking.com, Expedia e Airbnb permanecem no seu atual canal de comunicação OTA; essa automação de e-mail nunca representa uma mensagem OTA. Revise as evidências de resultados pendentes, enviados, ignorados ou de revisão manual. Um resultado SMTP ambíguo não é tentado novamente às cegas.

A lista de trabalho de recepção separa os submetidos, em revisão, as correções necessárias e as aprovadas. Um operador autorizado reivindica a avaliação, compara a reserva, dados do hóspede, acompanhantes, dados do documento, consentimento e assinatura, e solicita uma correção específica quando necessário. O check-in online aprovado prepara a chegada; por si só, não substitui o check-in físico da sala, a disponibilidade da sala ou a transmissão necessária do registro da autoridade. Esses permanecem estados operacionais separados e rastreáveis.

Habilite o portal de hóspedes opcional na Página de Reservas e escolha deliberadamente entre um link de reserva seguro sem uma conta persistente e uma conta de hóspede adicional; quando desativado, permanece completamente oculto. Os hóspedes recebem acesso por tempo limitado através de e-mails de reserva designados ou solicitam-no através de um endereço de e-mail verificado. Eles veem apenas reservas qualificadas, detalhes da estadia, estado de pagamento e política de cancelamento. Uma reserva elegível inserida direta ou manualmente é cancelada de forma idempotente no PMS. Booking.com, Expedia, Airbnb e outras reservas OTA permanecem com o canal de origem e não podem ser canceladas em paralelo através do portal STRYK. Solicitações sobre datas, ocupação ou dados de contato entram na fila da recepção; a recepção ainda altera preço, quarto e estadia por meio do fluxo de trabalho de reserva canônica.

Configurações de check-in online e efeito operacional
DecisãoEfeito convidadoControle de propriedade
Tempo de convite e validade do linkO link chega na janela de chegada pretendidaVerifica o horário da propriedade e as evidências de entrega
Documento, consentimento e assinaturaSomente as etapas necessárias configuradas são solicitadasLê as evidências versionadas durante a revisão
Revisão manual de recepçãoO status e as orientações de correção permanecem visíveisReivindicar, corrigir ou aprovar envio
Portal de visitantesVisualize a reserva com segurança, cancela quando for elegível ou solicite uma alteraçãoRevisar solicitações; fazer mudanças materiais no PMS
05

Configura o quiosque de check-in como uma estação de trabalho gerenciada

Um quiosque não é um login de administrador público, mas um modo de dispositivo restrito e dedicado.

Habilite o quiosque apenas em um tablet dedicado ou terminal de recepção. STRYK provisiona um usuário específico da propriedade seguindo kiosk-[property-slug]. Define uma senha forte e separada e nunca uses uma conta de proprietário ou de recepção no dispositivo. Um login com função de quiosque abre o aplicativo de quiosque diretamente, em vez da administração normal do STRYK. Se o quiosque for desativado ou um dispositivo for perdido, exclua o usuário do quiosque ou altere sua senha imediatamente para que as sessões existentes sejam invalidadas.

Mantém um título de boas-vindas conciso e instruções no idioma padrão pretendido. Define um tempo limite de inatividade curto o suficiente para que as informações do hóspede anterior não permaneçam na tela. Mostrar orientações de recepção auxilia hóspedes sem número de reserva; explicitamente não cria uma reserva imediata no quiosque. Escolhe também se o check-in bem-sucedido mostra apenas a confirmação, o número do quarto, um código de segurança ou uma mensagem personalizada. Exponha detalhes da sala ou do cofre somente quando a liberação da sala e as principais operações forem projetadas para isso.

Usa a visualização do quiosque para verificar o texto, o idioma, a orientação de tempo limite e a ação de conclusão. Em seguida, executa uma reserva qualificada controlada no dispositivo pretendido. Pesquisa de teste, correspondência de identidade, dados de check-in necessários, consentimento, assinatura, estado do quarto e tela de conclusão. Restrinja a navegação do navegador, o armazenamento de senhas, as visualizações de notificações e outros aplicativos de acordo com a política de dispositivos da propriedade. Limpeza através de operações normais de reserva e check-in; nunca alteres uma reserva real de um hóspede apenas para um teste de layout.

Aprovação de dispositivo quiosque
ControloEstado seguroCondição de parada
AcessoUsuário de quiosque dedicado - [slug]Login de administrador ou equipe compartilhada
PrivacidadeTempo limite curto e tela inicial limpaOs dados de hóspedes anteriores permanecem visíveis
ConclusãoO display corresponde às operações da sala e das teclasO código do quarto ou do cofre aparece muito cedo
Hóspedes sem reservaDireção clara para a recepçãoSuposição de que o quiosque cria visitantes
06

Conecte e-mail, vouchers, domínio e snippets

Links e mensagens públicas pertencem à mesma experiência de propriedade publicada que a página de reserva.

Em E-mails, edite apenas o assunto e a cópia da propriedade para reservas suportadas, check-in online e mensagens de voucher em todos os idiomas dos hóspedes ativos. O shell HTML, o logotipo, as cores e a fonte do STRYK vêm do design da propriedade. URLs de reserva, portal, check-in e voucher, tokens de acesso, lógica de segurança e anexos de PDF são inseridos no servidor e não podem ser removidos ou substituídos por links inseguros no editor normal. As alterações são salvas automaticamente como rascunho e devem ser revisadas com dados representativos na renderização de texto e HTML.

Trata o estado de entrega como prova e não como decoração. Distinguir pendente, envio, aceito pelo servidor de e-mail, falha e revisão manual. Para um resultado ambíguo, inspeciona o destinatário, a caixa de correio da propriedade e o histórico de eventos antes de escolher um reenvio deliberado. A aceitação técnica não prova que o hóspede leu a mensagem. Os links seguros devem, portanto, ser reemitidos somente através do fluxo de suporte autenticado pretendido.

Em Vouchers, configura a loja pública de vouchers, produtos fixos, limites opcionais de valores personalizados, validade e prazos. A venda online é habilitada apenas com um domínio de site ativo, entrega de e-mail verificada e uma conta pagamentos online live totalmente conectada. Após a captura confirmada, a STRYK cria exatamente um pedido, voucher, PDF imutável, acesso digital seguro e solicitação de entrega. Pedidos e resultados de entrega ambíguos permanecem visíveis no estúdio. A emissão de dinheiro, a validação de QR, o resgate parcial ou total e a correção financeira são abordados no guia dedicado de configuração, venda e resgate de vales-presente de hotel.

O endereço público padrão é {property-slug}.staystryk.com. Verifica e salve o slug em Configurações → Propriedade → Domínio; as alterações normais são limitadas a duas por ano civil porque o endereço do convidado e o remetente padrão devem permanecer operacionalmente estáveis. O Website Studio sempre mostra o endereço ativo. Um domínio de propriedade personalizado requer adicionalmente o DNS compatível e o processo de verificação e não deve ser tratado como público antes que a ativação seja confirmada. Não cries um redirecionamento ad hoc ou uma exceção de servidor web como substituto.

Em Página de reservas → Snippets, primeiro registre cada site de propriedade como uma origem HTTPS exata; caminhos, curingas e endereços HTTP inseguros são rejeitados. Somente após uma publicação bem-sucedida e um domínio ativo o STRYK gera código vinculado à origem. Os formulários disponíveis incluem o URL de reserva, botão de reserva simples, CTA compacto, widget de disponibilidade, corpo da reserva, quartos disponíveis e a página iframe completa. Um widget de disponibilidade compacto geralmente é a entrada correta na página inicial, com a conclusão continuando na página de reserva completa. Testa a incorporação, a altura do celular, o foco do teclado, o comportamento dos cookies e a Política de Segurança de Conteúdo no site imobiliário.

Controlar canais de saída públicos
SuperfíciePré-requisitoAprovação
E-mail de reservaModelo ativo por idioma e entrega de correio funcionalVerifica assunto, dados, link, remetente e HTML/texto
Loja de vouchersDomínio ao vivo, pagamentos online ao vivo, correio e produtos aprovadosTesta uma compra real de baixo valor, PDF, visualização digital e pedido
Trecho do siteInstantâneo publicado ativo e origem HTTPS exataTesta desktop, celular, foco, privacidade e conclusão
Portal do convidado/link de check-inReserva qualificada, token seguro e função habilitadaExpiração do teste, falha e reemissão segura
07

Fecha todas as onze verificações de prontidão

Cada bloqueador identifica um pré-requisito ausente e vincula seu proprietário.

A prontidão tem onze verificações. Uma percentagem elevada não é suficiente se faltar o pagamento ou a confirmação.

Usa cada link direto para corrigir a fonte, retorne ao site e atualiza. Não esconda inventários, fotos ou tarifas ausentes com conteúdo cosmético.

Uma marca verde prova presença, não qualidade do conteúdo. Revise imagens, planos, políticas e pagamentos comercial e operacionalmente.

Usa os onze cheques como uma folha de lançamento assinada. Confirma um subdomínio ativo; modelo e cor primária; configuração básica; herói, texto de ação e descrição do hotel em todos os idiomas ativos; pelo menos uma categoria reservável respaldada por inventário físico; uma foto genuína do quarto; um plano de tarifas Direct ativo; um método de pagamento público utilizável; uma conexão compatível com checkout quando o pagamento é necessário; uma política pública de cancelamento; e um e-mail de confirmação ativo com assunto e corpo em todos os idiomas. Adiciona o revisor e a data ao lado de cada item. Um resultado de sistema verde prova que existem dados. O revisor nomeado prova que os dados estão corretos, compreensíveis e comercialmente adequados para este hotel.

Matriz de prontidão
Verifica o grupoRequisitoAprovação de qualidade
Endereço e marcaDomínio ativo, modelo, cor primáriaEndereço final, marca legível
Conteúdo e fluxoConfiguração mais três textos por idiomaTradução natural completa
ProdutoInventário, foto, taxa diretaReservável, com preço, persuasivo
Finalizar compraPagamento, modo, cancelamento públicoProcesso real e política clara
ComunicaçãoE-mail de confirmação por idiomaAssunto, conteúdo, espaços reservados testados
08

Aprovar sistematicamente a visualização do rascunho interno

Um rascunho pode mostrar tudo, mas ainda não deve vender nada.

Usa apenas Website → Pré-visualização da página de reservas em /booking/preview/draft para trabalhos não publicados. Ele usa dados de visualização autenticados, não cria reservas e não é prova de domínio público ativo.

Começa na largura do celular, depois no desktop e repete em todos os idiomas. Verifica se não há cortes, sobreposições, foco quebrado ou marca errada.

Testa pesquisas disponíveis, indisponíveis e com limite de preço. Valida inventário, planos, preços noturnos, extras, total, contagem de hóspedes e validação.

Mantém uma pequena matriz de visualização com dispositivo, idioma e cenário. No mínimo, executa dispositivos móveis e desktop para todos os idiomas ativos e, em seguida, cobre uma estadia normal, um período indisponível ou bloqueado e um limite de preço. Segue o caminho completo desde a pesquisa até a categoria, plano tarifário, extras, dados do hóspede, aceitação da política e resumo. Anota o resultado esperado antes do teste e regista o resultado observado e uma referência de captura de tela. A visualização do rascunho é deliberadamente segura: ela lê a disponibilidade e os preços do rascunho autenticado, mas não cria nenhuma reserva. Portanto comprova layout, redação, validação e fluxo de cálculo; isso não prova que o nome do host público, o e-mail de saída ou a criação de reserva ao vivo funcionem.

Aprovação do projeto em três execuções
TestaEntradaEsperado
Normais2 adultos, 2 noites, BAR diretoQuarto completo, preço, política e total
IndisponívelPeríodo totalmente bloqueado ou ocupadoSem inventário fantasma
LimitaMudança de temporada, criança, extra, cancelamentoCada mudança de preço e política visível
09

Entenda a publicação como um estado ativo versionado

Publicar libera um estado aprovado, não cada clique posterior no rascunho.

Na publicação, o servidor verifica novamente a prontidão e armazena um instantâneo com versão com hora e operador. Bloqueadores abertos rejeitam publicação.

A configuração pública é veiculada apenas para domínio ativo e ativo. Ready não é público e as alterações posteriores do rascunho não substituem silenciosamente o instantâneo.

Após sucesso, abre o domínio ativo e verifica o nome do host, HTTPS, idioma e versão. Os snippets requerem domínio ativo e ativo; não invente scripts externos.

A publicação é um evento de aprovação, não um botão salvar. O servidor repete a prontidão e rejeita a solicitação se uma condição obrigatória for alterada após a última revisão. Uma publicação bem-sucedida registra uma versão, carimbo de data/hora, operador e instantâneo completo aprovado. A entrega pública requer então um status ativo e um domínio ativo; o estado intermediário pronto nunca é público. As edições posteriores permanecem no rascunho até que outra revisão e publicação substituam o instantâneo. Após cada lançamento, abre o endereço ativo fora do estúdio e verifica o nome do host, conexão segura, idioma, conteúdo visível e versão. Se a hospedagem externa ou o roteamento de domínio não estiver concluído, regista-o como um bloqueador de inicialização externo em vez de substituí-lo por um endereço de visualização interno.

Rascunho, pronto e ativo
EstadoSignificadoEvidência válida
Rascunho/incompletoTrabalho em andamento com bloqueadoresVisualização do rascunho interno
Pronto para publicarTodos os cheques verdes, não públicosProntidão mais registro de aprovação
PublicadoInstantâneo ao vivo, domínio ativoDomínio público e teste ao vivo
10

Prove uma reserva ao vivo controlada de ponta a ponta

O teste principal termina nas operações do hotel, não na página de agradecimento.

Executa a reserva ao vivo apenas na demonstração isolada ou no hotel de teste designado com dados de teste claros. Nunca simule o sucesso do pagamento.

Antes do envio verifique produto, diárias, extras, impostos, apólice, pagamento e total. Envia uma vez e confirma exatamente um registro de reserva.

Abre a reserva do PMS, verifica origem, hóspede, estadia, plano, extras, preço, status e pagamento, depois inventário e e-mail de confirmação. Limpe através do processo de cancelamento aprovado.

A prova ao vivo deve usar apenas a demonstração isolada do Hotel Nordlicht ou outro hotel de teste explicitamente aprovado. Escolhe as datas disponíveis, um endereço de teste interno e notas de teste inconfundíveis. Revise a categoria, o plano, o preço por noite, os extras, a taxa de visitante, a política de cancelamento, a forma de pagamento e o total antes de enviar uma vez. Em seguida, verifica exatamente uma reserva PMS, o status esperado da solicitação ou confirmação, a fonte do Booking Engine, os dados do hóspede e da estadia e quaisquer informações de pagamento respaldadas pelo provedor. Verifica se o estoque da categoria diminuiu e se a confirmação no idioma correto contém as datas reais, valor, apólice e remetente. Conclui o fluxo de trabalho aprovado de cancelamento e limpeza para que o histórico de auditoria permaneça intacto. Nunca uses um inquilino de cliente existente ou simule um pagamento bem-sucedido.

Protocolo de teste ao vivo
CamadaEvidênciaFalha se
Página de convidadoPlano, total e política clarosInformações ausentes ou contraditórias
ReservaExatamente um registro com fonte corretaStatus ou convidado duplicado e errado
Preço e serviçoNoites, extras, impostos e acordo totalO navegador e o PMS são diferentes
InventárioDisponibilidade corretamente reduzidaO inventário da categoria permanece inalterado
ComunicaçãoIdioma correto e espaços reservadosE-mail ausente ou errado
11

Monitore após a publicação e fique off-line com segurança

Permanecer ativo é uma decisão operacional, não uma mudança única.

Usa uma janela de monitoramento mais restrita nas primeiras 48 horas ou cinco reservas. Revise a origem, o preço, o inventário, a confirmação e os atritos repetidos dos hóspedes.

Para erros críticos de preço, estoque, checkout, política ou confirmação, cancela a publicação. A história permanece; corrige a fonte e executa novamente os testes afetados antes de republicar.

As alterações normais seguem rascunho, visualização, prontidão, revisão móvel/idioma e publicação. Atribui propriedade de conteúdo, preços e aprovação final, mesmo que uma pessoa ocupe diversas funções.

Nas primeiras 48 horas ou nas primeiras cinco reservas diretas genuínas, atribui uma avaliação diária nomeada. Compara origem, tarifa e total da reserva, redução de estoque, entrega de confirmação, solicitações abertas e perguntas repetidas dos hóspedes. Uma finalização de compra tecnicamente bem-sucedida ainda pode conter uma formulação de política pouco clara ou uma etapa móvel difícil, portanto, regista o dispositivo, o idioma, as datas de permanência e o ponto exato de atrito. Preços errados, disponibilidade fantasma, checkout obrigatório quebrado, política incorreta ou falta de confirmação são condições de parada: cancelar a publicação, registrar o período e as reservas afetadas, corrigir a fonte central e repetir a matriz relevante antes de uma segunda aprovação. As mudanças de rotina seguem o mesmo caminho controlado desde o rascunho até a revisão e publicação.

Encerre a inspeção de acompanhamento na mesma forma de evidência do início: deve ficar visível quem verificou o quê, em qual idioma e dispositivo, qual foi o resultado esperado, o que realmente aconteceu e onde está localizada a reserva ou captura de tela relacionada. Assim, uma alteração de preço subsequente, uma nova categoria de quarto ou uma condição de cancelamento modificada não requer um reinício completo, mas sim o círculo de controlo afetado pode ser designado com precisão. O responsável fecha a liberação somente se a página pública, a entrada da reserva no PMS, a alteração do estoque e a mensagem enviada ao hóspede comprovarem a mesma oferta aprovada.

Hotel Nordlicht, aprovação de entrada em operação

  • Todas as onze verificações são verdes e têm qualidade revisada.
  • Desktop, dispositivos móveis e todos os idiomas passam na matriz de rascunho.
  • O modo de reserva e o caminho real de pagamento correspondem.
  • Estado de publicação, domínio ativo e versão visível concordam.
  • Uma reserva controlada ao vivo chegou exatamente uma vez.
  • Preço, estoque, política e e-mail foram verificados de ponta a ponta.
  • Os proprietários e o caminho de cancelamento de publicação são conhecidos.

Verificação final

O domínio ativo atende apenas ao estado publicado; categorias visíveis estão disponíveis e com preços; políticas e confirmação correspondem ao plano; a reserva ao vivo controlada aparece uma vez no inventário e pode ser operada.

  1. 01Os dados centrais do produto não são duplicados no estúdio.
  2. 02Cada idioma possui herói, CTA, descrição e e-mail de confirmação.
  3. 03O design e a página de reserva foram revisados para cada estado de modelo habilitado em computadores e dispositivos móveis.
  4. 04O portal de hóspedes, o check-in online e o quiosque utilizam apenas as permissões pretendidas, os dados necessários e as transferências.
  5. 05Cópia de e-mail, links seguros, vouchers de compras e comprovantes de entrega são aprovados para todos os idiomas ativos.
  6. 06Domínio, origens HTTPS permitidas e todos os snippets usados funcionam no site imobiliário.
  7. 07Somente produtos ativos, reserváveis e com preços corretos são publicados.
  8. 08Rascunho, pronto e ao vivo não se confundem.
  9. 09O teste ao vivo e o caminho seguro para cancelamento de publicação estão documentados.

Erros frequentes e a solução correta

Problema

Um rascunho é testado em domínio público e confundido com live.

Solução

Revise os rascunhos apenas em /booking/preview/draft; usar o domínio público como evidência somente após publicação.

Problema

O pagamento obrigatório é selecionado sem um provedor verificado com capacidade de checkout.

Solução

Aprovar o modo de reserva e o caminho real de pagamento em conjunto; nunca uses pagamento simulado como prova de lançamento.

Conhece o STRYK nos processos do teu hotel.

Numa sessão personalizada, analisamos contigo reservas, housekeeping, preços e finanças.

Contacto