Usar o prompt
Adicione seu briefing
Adicione seu contexto abaixo. Ele será incluído no prompt quando você copiar ou baixar.
Crie um site HTML responsivo usando a stack existente do projeto para [PROJECT] e [AUDIENCE]. A tarefa é: Página de Declaração de Acessibilidade.
Conteúdo e estrutura obrigatórios
Apresente os recursos de acessibilidade conhecidos, as limitações, o contato para feedback e a data de revisão.
Use [APPROVED_CONTENT] como fonte de nomes, datas, números, alegações e destinos. Liste as informações ausentes antes de substituir qualquer conteúdo. Se for necessária uma demonstração, identifique o conteúdo como fictício. Não invente depoimentos de clientes, classificações, logotipos de parceiros ou recursos do produto.
Direção de design
Use [BRAND_RULES] e o sistema de design já selecionado no projeto. Se nenhum sistema for fornecido, comece com esta direção: tipografia preta marcante, painéis em amarelo quente e composições geométricas bem definidas; contraste controlado. Mantenha consistentes as funções da tipografia, do espaçamento e das cores. Priorize a tarefa em vez de elementos decorativos e evite uma coleção genérica de cartões sem relação entre si.
Preparação do conteúdo
Reúna os recursos de acessibilidade conhecidos do site, as limitações documentadas, o escopo da avaliação, a data de revisão e o contato para feedback. Use uma redação respaldada pela auditoria ou revisão interna real.
Layout e comportamento
Organize a declaração em acessos disponíveis, problemas conhecidos e ajuda. Explique as tarefas afetadas em linguagem simples e inclua um método de contato alternativo próximo ao canal de feedback.
Verificação de aceitação específica da tarefa
- Não alegue conformidade sem as evidências de auditoria fornecidas.
- Verifique se a própria declaração funciona com navegação por teclado e texto ampliado.
- Não exiba um selo de conformidade nem um nível de conformidade que não seja respaldado pelas evidências fornecidas.
Implementação e revisão
Mantenha o texto editável. Use estrutura semântica, controles descritivos, foco de teclado visível e estados vazios/de erro adequados. Verifique layouts estreitos e amplos. Respeite as preferências de movimento reduzido. Preserve o framework e as dependências existentes do projeto; não substitua a stack silenciosamente. Entregue os arquivos editáveis e explique qualquer comportamento incompleto ou informação de entrada não compatível. Revise esta tarefa específica antes de propor recursos adicionais.
Anexo de referência e objetivo da reconstrução
Anexe o arquivo reference.webp do pacote de download deste prompt ao lado deste prompt no OpenDesign. Crie um resultado editável com composição e hierarquia semelhantes; não incorpore toda a imagem de referência como interface final. Preserve o conteúdo aprovado do projeto e as regras da marca caso entrem em conflito com rótulos fictícios de exemplo. Se a imagem estiver ausente ou ilegível, solicite-a em vez de alegar fidelidade visual.
Composição e conteúdo da referência
Use o arquivo reference.webp anexado como referência visual para a Página de Declaração de Acessibilidade. Antes de criar, identifique as principais regiões de cima para baixo, suas larguras e alturas relativas, alinhamento, espaçamento, hierarquia tipográfica, cores das superfícies, bordas, imagens e componentes repetidos. Preserve essas relações em vez de substituí-las por um modelo genérico. Conteúdo obrigatório da tarefa: apresente os recursos de acessibilidade conhecidos, as limitações, o contato para feedback e a data de revisão. Ao converter a imagem em elementos editáveis, siga esta orientação de layout específica da tarefa: organize a declaração em acessos disponíveis, problemas conhecidos e ajuda. Explique as tarefas afetadas em linguagem simples e inclua um método de contato alternativo próximo ao canal de feedback.
Direção visual do briefing de exemplo
Tipografia preta marcante, painéis em amarelo quente e composições geométricas bem definidas; contraste controlado.
Especificação de interação
A referência é um conceito estático: o comportamento abaixo é um requisito de implementação, não uma prova de que a imagem já funciona. Copie o prompt personalizado para seu projeto de trabalho. Comece pela tarefa principal: apresente os recursos de acessibilidade conhecidos, as limitações, o contato para feedback e a data de revisão. Não alegue conformidade sem as evidências de auditoria fornecidas. Para cada controle visível, especifique seu acionador, o estado afetado e o feedback; implemente alterações locais com estados consistentes entre visualizações relacionadas. Faça com que a busca e os filtros retornem resultados reais, dê aos controles de seleção um estado ativo explícito e, quando pertinente, forneça às ações de salvamento feedback visível de andamento, sucesso e falha. Não adicione fluxos de trabalho não relacionados. Use links adequados para navegação, botões para ações e nomes acessíveis para controles com ícones. Não sugira que uma operação de backend foi concluída quando apenas uma demonstração local foi alterada.
Comparação visual e entrega
- Compare o resultado com a imagem anexada nas mesmas proporções. Revise o posicionamento das principais regiões, os tamanhos relativos das imagens, as quebras de linha, o espaçamento, a hierarquia tipográfica, o contraste, os estados ativos e a densidade do conteúdo antes de aperfeiçoar os detalhes decorativos.
- Em seguida, teste o layout estreito sem comprimir o texto da versão para desktop em rótulos minúsculos.
- Mantenha logotipos, fotos e ícones como arquivos separados e todos os rótulos relevantes editáveis. Liste fontes/arquivos indisponíveis e qualquer diferença intencional. Entregue os arquivos funcionais com uma descrição concisa do comportamento implementado e das integrações pendentes; não prometa um resultado idêntico pixel a pixel apenas com base no prompt.
Baixar prompt + imagem
Inclui o prompt completo e a imagem de referência em tamanho real. Anexe ambos no OpenDesign para orientar o layout.
Como escrever um prompt de design para uma Página de Declaração de Acessibilidade
Use este prompt de design para página de declaração de acessibilidade para apresentar recursos de acessibilidade conhecidos, limitações, contato para feedback e data de revisão.
A referência é um conceito gerado por IA. As instruções abaixo descrevem o que criar e testar; a imagem não demonstra um comportamento funcional.
Explique o acesso por tarefa e as limitações conhecidas
Uma declaração de acessibilidade deve ajudar o visitante a entender o que funciona, onde existe uma barreira e como obter ajuda.
Uma promessa genérica de inclusão não responde a essas questões. Organize a declaração em acessos disponíveis, problemas conhecidos e ajuda. Explique as tarefas afetadas em linguagem simples e inclua um método de contato alternativo próximo ao canal de feedback.
Do prompt
Organize a declaração em acessos disponíveis, problemas conhecidos e ajuda.
Personalize
Organize [AUDIT_FINDINGS] por tarefa afetada. Associe cada limitação conhecida a [ALTERNATIVE_CONTACT] ou a uma solução alternativa documentada e exiba o escopo da avaliação e a data de revisão.
Prepare o conteúdo da Página de Declaração de Acessibilidade
O painel amarelo de recursos de acesso fica ao lado de uma lista separada de limitações. Forneça evidências dos dois tipos; o contraste deve organizar a declaração sem sugerir certificação.
Reúna os recursos de acessibilidade conhecidos do site, as limitações documentadas, o escopo da avaliação, a data de revisão e o contato para feedback. Use uma redação respaldada pela auditoria ou revisão interna real.
Do prompt
Apresente os recursos de acessibilidade conhecidos, as limitações, o contato para feedback e a data de revisão.
Personalize
Para [PROJECT], use [APPROVED_CONTENT] como fonte desta página de declaração de acessibilidade. Reúna os recursos de acessibilidade conhecidos do site, as limitações documentadas, o escopo da avaliação, a data de revisão e o contato para feedback. Use uma redação respaldada pela auditoria ou revisão interna real. Identifique as informações ausentes antes de substituí-las por conteúdo de demonstração.
Revise a acessibilidade da própria declaração
O painel de feedback combina um botão de contato, e-mail e telefone. Teste cada destino e mantenha uma forma alternativa de contato disponível quando o próprio formulário estiver inacessível.
Navegue pela declaração usando o teclado e amplie o texto. O formato não deve criar as mesmas barreiras que pretende explicar. Verifique se a própria declaração funciona com navegação por teclado e texto ampliado. Não exiba um selo de conformidade nem um nível de conformidade que não seja respaldado pelas evidências fornecidas.
Do prompt
Não alegue conformidade sem as evidências de auditoria fornecidas.
Personalize
Revise a página da declaração de acessibilidade conforme este requisito: não alegue conformidade sem as evidências de auditoria fornecidas. Verifique se a própria declaração funciona com navegação por teclado e texto ampliado. Não exiba um selo de conformidade nem um nível de conformidade que não seja respaldado pelas evidências fornecidas. Preserve o conteúdo aprovado e revise apenas as partes que não passarem nesta verificação.
Revise o resultado da sua Página de Declaração de Acessibilidade
O texto, as rotas e a estrutura visual gerados precisam ser revisados. Não conecte formulários reais, pagamentos ou serviços externos sem implementar e testar esses fluxos.
- Verifique se a própria declaração funciona com navegação por teclado e texto ampliado. Não exiba um selo de conformidade nem um nível de conformidade que não seja respaldado pelas evidências fornecidas.
Prompt de acompanhamento
Use isto após o primeiro resultado. Assim, a revisão se concentra na parte mais importante desta tarefa.
Aprimore a página atual da declaração de acessibilidade. Verifique se a própria declaração funciona com navegação por teclado e texto ampliado. Não exiba um selo de conformidade nem um nível de conformidade que não seja respaldado pelas evidências fornecidas. Preserve o conteúdo aprovado e a direção visual; altere apenas o necessário para resolver esses problemas.
