Crie um site HTML responsivo usando a stack existente do projeto para [PROJECT] e [AUDIENCE]. A tarefa é: Página de destino de aplicativo móvel.

## Conteúdo e estrutura obrigatórios

Mostre a principal tarefa do aplicativo por meio de uma breve sequência de telas, dos requisitos de plataforma e dos destinos de instalaçã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: creme quente, oliva suave e terracota; materiais táteis e um ritmo editorial sereno. 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

Forneça a tarefa central do aplicativo, capturas de tela aprovadas, requisitos de plataforma e destinos verificados nas lojas. Escolha uma breve sequência de telas que mostre um fluxo de trabalho significativo.

## Layout e comportamento

Explique a tarefa por meio de uma sequência de telas com legendas. Associe as opções de instalação às plataformas compatíveis e mostre os requisitos antes de direcionar o visitante a uma loja.

## Verificação de aceitação específica da tarefa

- Use as capturas de tela da interface fornecidas e links verificados das lojas.
- Abra os destinos nas lojas e compare os rótulos das plataformas.
- Verifique a legibilidade das capturas de tela em dispositivos móveis e evite apresentar uma tela conceitual como um recurso disponível no aplicativo lançado.

## 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 destino de aplicativo móvel. 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: mostre a principal tarefa do aplicativo por meio de uma breve sequência de telas, os requisitos das plataformas e os destinos de instalação. Ao traduzir a imagem em elementos editáveis, siga estas orientações específicas de layout: explique a tarefa por meio de uma sequência de telas com legendas. Associe as opções de instalação às plataformas compatíveis e mostre os requisitos antes de direcionar o visitante a uma loja.

## Direção visual do briefing de exemplo

creme quente, oliva suave e terracota; materiais táteis e um ritmo editorial sereno.

## Especificação de interação

A referência é um conceito estático: o comportamento abaixo é um requisito a ser implementado, não uma prova de que a imagem já funciona. Copie o prompt personalizado para seu projeto de trabalho. Comece pela tarefa principal: mostrar a principal tarefa do aplicativo por meio de uma breve sequência de telas, os requisitos das plataformas e os destinos de instalação. Use as capturas de tela da interface fornecidas e links verificados das lojas. Para cada controle visível, especifique seu acionador, o estado afetado e o feedback; implemente alterações locais com estado consistente entre as 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, exiba feedback visível de ação pendente, sucesso ou falha ao salvar. 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 de ícones. Não indique que uma operação de backend foi concluída quando apenas uma demonstração local foi alterada.

## Comparação visual e entrega

1. 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.
2. Em seguida, teste o layout estreito sem comprimir o texto da versão para desktop em rótulos minúsculos.
3. 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.