Communitygithub.com

peterbamuhigire/hospitality-website-product

Use ao projetar ou construir um site de classe mundial para hotéis, resorts, pousadas, restaurantes, bares, eventos, catering ou marcas de serviço alimentício.

O que é hospitality-website-product?

Esta skill capacita o agente a projetar e construir sites de alto nível para o setor de hospitalidade, como hotéis, resorts, restaurantes e serviços de catering. Ela é complementar a outras skills focadas em design premium, SEO, acessibilidade e desempenho. A skill enfatiza a criação de experiências digitais verdadeiras e orientadas a tarefas, que convertem visitantes em hóspedes, comensais ou clientes, evitando promessas irreais ou substituições de sistemas de reservas. Seu fluxo de trabalho prioriza a classificação das necessidades dos hóspedes, a coleta de fatos verificados do negócio e a implementação de conteúdo, marcação de dados (schema) e metadados precisos. A skill também aborda otimização para mecanismos de busca (SEO), respostas generativas (GEO/AEO) e experiência do usuário (SXO), sempre com foco em portais de conversão claros, acessibilidade para diferentes dispositivos e conexões, e a medição de resultados reais, evitando métricas vazias. A saída inclui um pacote de construção completo com roteiro de tarefas, evidências de aceitação e um contrato de capacidades que define limites claros de atuação.

Funciona com✓Claude Code✓Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/peterbamuhigire/website-skills/tree/HEAD/skills/orchestration/hospitality-website-product

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Produto de Site para Hospitalidade

Reconhecimento: Compartilhado por Peter Bamuhigire, techguypeter.com, +256 784 464178.

Use com premium-website-product, website-builder, premium-ui-ux-design, seo, google-ai-search, acessibilidade, desempenho e habilidades de experimentação. O site deve vender uma experiência verdadeira e tornar a próxima ação fácil; ele não substitui um PMS, mecanismo de reservas, provedor de pagamentos ou prova de propriedade.

Quando Usar

  • Um site ou experiência digital é para um hotel, resort, lodge, pousada, restaurante, local para eventos, catering ou serviço de alimentação.

Quando Não Usar

  • A tarefa é apenas engenharia de aplicação, governança de sistema visual ou um diagnóstico de SEO ao vivo; direcione para a skill complementar mais específica.

Entradas Necessárias

| Artefato | Fonte | Obrigatório? | Se ausente | |---|---:|---| | Formato, público, intenção, rotas, fatos verificados da entidade e meta de conversão | Briefing do cliente/conteúdo/evidência | Sim | Pare as decisões de conteúdo/esquema e solicite os fatos. | | Ativos aprovados, políticas, tarifas, disponibilidade, localidades, integrações e restrições de dispositivo | Cliente/sistemas autorizados | Condicional | Construa apenas a superfície qualificada e marque as verificações não disponíveis como NOT_ASSESSED. |

Fluxo de Trabalho

  1. Classifique as tarefas do hóspede e da equipe e mapeie a jornada de conversão.
  2. Reúna e date os fatos da entidade, conteúdo, ativos, políticas e limites de integração.
  3. Projete a arquitetura da informação, a experiência visual e os estados críticos.
  4. Implemente conteúdo verdadeiro, esquema, metadados, desempenho, acessibilidade e medição.
  5. Renderize, teste, revise, entregue e registre o aprendizado pós-lançamento; pare em alegações não suportadas e recupere reduzindo o escopo quando a evidência estiver incompleta.

Saídas

ArtefatoConsumidorCondição de aceitação
Briefing/pacote de construção do produto de site de hospitalidadeProprietário, designer, desenvolvedor, SEO/conteúdo e equipes de operaçõesMapa de rota, fatos, estados, conversão, acessibilidade, desempenho, busca, medição e entrega são explícitos.

Evidência Produzida

EvidênciaConsumidorCondição de aceitação
Inventário de conteúdo/esquema/metadados, renderizações, registro de teste e plano de mediçãoResponsável pelo lançamentoCada rota tem um oráculo, proprietário, fonte/data e verificações não avaliadas visíveis.

Contrato de Capacidade

Leitura/pesquisa, design, conteúdo, implementação, renderização e teste podem ser necessários. Publicação, alterações de análise de produção, acesso à conta e mutação de integração de reservas exigem autorização explícita.

Modo Degradado

Sem fatos, ativos, URL de implantação, renderizador, dispositivo ou ferramentas de acessibilidade, retorne uma especificação de rota/conteúdo qualificada e liste as verificações bloqueadas.

Regras de Decisão

CondiçãoAçãoRisco evitado
Fato da entidade e conteúdo da página são verificadosUse metadados/esquema precisos e restritosSinais de pesquisa enganosos
Integração de reserva ou agendamento está ausenteUse um fallback de consulta humano verdadeiroPromessa de conversão quebrada
Evidência de renderização ou acessibilidade não está disponívelMarque o lançamento como NOT_ASSESSEDSite polido, mas inutilizável
Um efeito de "jornada" em camadas ou parallax é solicitadoUse apenas em uma página de história, nunca em páginas de reserva, tarifas ou contato; anime apenas transform e opacity por trás de uma proteção de movimento reduzido; entregue uma versão estática com o mesmo conteúdo e ação de reserva; sem auto-scroll ou scroll-jacking; verifique se a página ainda passa no portão de desempenhoEnjoo de movimento, perda de reservas e páginas lentas em dados móveis

Padrões de Qualidade

Prioridade à tarefa, verdadeiro, acessível, rápido, responsivo, consciente de busca, pronto para conversão, mensurável e sustentável.

Descoberta de hospitalidade e arquitetura da informação

Comece com o hóspede/tarefa a ser feita e construa um mapa de rotas priorizando a tarefa:

  • hospedagem: quartos, tarifas, inclusões, políticas, acessibilidade, disponibilidade e reserva/consulta;
  • gastronomia: cardápios, períodos de refeição, informações dietéticas/alergênicas, reservas, retirada/entrega e contato;
  • reunião/celebração: espaços, capacidades, layouts, pacotes, consulta e prova;
  • experiência: localização, transporte, atrações próximas, atividades e guias;
  • confiança: fotografias reais, instalações, padrões de serviço, avaliações com atribuição/permissão, FAQs, termos, privacidade, contato e suporte;
  • converter: telefone, WhatsApp ou formulário apenas quando houver equipe; use um fluxo de reserva real quando a integração e o inventário forem reais.

Projete jornadas separadas para um hóspede que reserva um quarto, um cliente de restaurante, um organizador de eventos, comprador corporativo, visitante local e hóspede que retorna. Caminhos para dispositivos móveis, baixa largura de banda, teclado, leitor de tela e fallback humano fazem parte do produto.

Otimização de busca, resposta, generativa, IA e experiência

Trate o modelo de cinco camadas do usuário como uma estrutura de medição, não uma coleção de garantias:

  • SEO: clusters de intenção, títulos de página únicos, rotas rastreáveis, canônicas, links internos, fatos locais/de entidade precisos, texto em imagens, desempenho e atualizações verdadeiras. Backlinks são conquistados por meio de parcerias úteis e citações; autoridade de domínio não é uma promessa entregável.
  • AEO: responda à pergunta real perto do título relevante, use resumos concisos quando útil e FAQs visíveis onde os hóspedes fazem as perguntas. O Google não mostra mais FAQ (desde 7 de maio de 2026) ou rich results HowTo; adicione essa marcação apenas para um consumidor não-Google documentado. “40–60 palavras” é um experimento de redação, não uma regra universal de featured snippet.
  • GEO: torne as páginas fáceis de citar com precisão: entidade nomeada, localização, datas, instalações, políticas, preços/disponibilidade apenas quando atuais, fonte/prova, tabelas e FAQs claras. Meça a visibilidade de referência e superfície de resposta onde existem dados; nunca prometa citação no ChatGPT, Perplexity, Gemini ou qualquer outro sistema.
  • AIO: não prometa inclusão em dados de treinamento ou recall de modelo de longo prazo. Otimize superfícies controláveis: indexabilidade, consistência factual, páginas públicas primárias, perfis legítimos de terceiros, propriedade de atualizações, e escolhas explícitas de rastreador/privacidade. Wikipedia, Wikidata, GitHub ou fóruns são usados apenas quando apropriados e editorialmente legítimos; sem menções sintéticas ou manipulação de reputação.
  • SXO: alinhe intenção, velocidade da página, clareza móvel, confiança, acessibilidade, disponibilidade, políticas, CTA, confirmação e suporte pós-clique. Teste reservas/consultas qualificadas, conclusão, taxa de erro e qualidade do hóspede, não apenas cliques.

Esquema e conteúdo verdadeiros de hospitalidade

Use o esquema preciso mais restrito para a página e verifique as propriedades obrigatórias. Entidades possíveis incluem um Hotel, Restaurant, FoodEstablishment, Event, LocalBusiness, Offer, FAQPage, Menu ou BreadcrumbList verificado, onde o conteúdo realmente existe. Nunca invente avaliações, comodidades, preços, resenhas, horários de funcionamento, prêmios, número de quartos, disponibilidade, distâncias ou links de reserva. Registre a fonte, a data da última verificação, o proprietário e a expiração para fatos voláteis.

Portões de conversão e confiança

  • Mostre tarifas, impostos/taxas, depósito, cancelamento, chegada, acessibilidade e expectativas de contato antes do compromisso.
  • Mantenha os caminhos de reserva de quarto, reserva de restaurante e consulta de evento distintos, a menos que a integração reconcilie identidade, capacidade, pagamento e confirmação.
  • Forneça confirmação, recuperação de falha, suporte humano e uma trilha de auditoria para consultas ou transações; não colete dados brutos de cartão no site.
  • Use mídia e avaliações reais e consentidas. Nunca gere experiência de hóspede, avaliação, urgência ou alegações de escassez falsas.

Evidência de aceitação

Para cada rota capture: intenção, fatos verificados, inventário de metadados/esquema, verificações de renderização móvel/desktop/teclado, evidência de desempenho, constatações de acessibilidade, definição de evento de conversão, fonte de análise/referência, proprietário e data de reteste. Elegibilidade de busca, classificação, citação de IA e aumento de conversão são NOT_ASSESSED até serem medidos no contexto real da propriedade.

Referências

  • ../premium-website-product/SKILL.md
  • ../website-builder/SKILL.md
  • ../../seo-search/seo/SKILL.md
  • ../../seo-search/google-ai-search/SKILL.md
  • docs/source-registers/hospitality-currentness-2026-09.json no motor de desenvolvimento (chwezi-dev-engine, resolvido através da tabela de roteamento do motor)

Anti-padrões

  • Um hero bonito sem caminho de tarefa de quarto, restaurante, evento ou contato. Correção: torne a tarefa primária visível acima da dobra e ao longo da jornada.
  • Estrelas de esquema ou avaliação sem evidência verificável visível. Correção: omita a propriedade.
  • Alegações de "pronto para IA" baseadas em llms.txt, inclusão em dados de treinamento ou memória de modelo. Correção: documente apenas ações controláveis de rastreamento, conteúdo e medição.
  • Um funil para reserva, reserva de mesa e consultas de evento. Correção: separe os estados e confirmações, a menos que um contrato real os una.
  • Páginas apenas para desktop e pesadas em fotos que falham em baixa largura de banda. Correção: teste o dispositivo realista mais barato e forneça texto, compressão e fallback humano.

Exemplo prático

Para um lodge, crie uma página de quarto que mostre capacidade verificada, inclusões, políticas, localização e um caminho real de consulta/reserva; adicione conteúdo FAQ conciso e marcação de entidade precisa; teste teclado/móvel/estados de erro; então meça consultas qualificadas e cumprimento de resposta em vez de prometer classificações.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Habilidades Relacionadas