Prompt de design de Diário de trilhas offline

Crie um protótipo editável de aplicativo com prioridade para dispositivos móveis, usando a stack existente do projeto para [PROJECT] e [AUDIENCE]. A tarefa é: Diário de trilhas offline.

Conteúdo e estrutura obrigatórios

Registre uma entrada de trilha com uma foto e localização opcional, salve-a no dispositivo e mostre exatamente quais entradas aguardam sincronização.

Telas e navegação

Crie três visualizações conectadas: Viagens; Nova entrada; Fila de sincronização. Mantenha o registro selecionado visível no título ou resumo da tela. Ofereça uma ação explícita para voltar e preserve os dados em preenchimento ao navegar entre as visualizações. Mantenha a ação principal próxima ao conteúdo relevante e considere as áreas seguras em dispositivos móveis, um teclado virtual visível e rótulos traduzidos longos. Em larguras de desktop, adapte a composição sem remover etapas nem alterar a tarefa.

Dados do projeto

Use [APPROVED_CONTENT] para nomes, registros, rótulos, quantidades e destinos. Solicite os dados ausentes em vez de inventar alegações operacionais. Os registros de demonstração podem usar a marca fictícia Field Notes; identifique-os como dados de exemplo. Explique quais ações são interações locais do protótipo e quais exigiriam autenticação, persistência, permissões ou um backend. Não conecte serviços externos nem afirme que uma transação foi concluída, a menos que essa integração tenha sido explicitamente implementada e testada.

Direção de design

Siga [BRAND_RULES]. Quando nenhuma marca for fornecida, use marfim quente, verde-floresta e fotografia de natureza. Torne o fluxo reconhecível por meio de conteúdo e controles próprios, em vez de repetir cartões genéricos de dashboard. Use uma escala de espaçamento consistente e uma hierarquia textual clara. Inclua foco de teclado visível, nomes acessíveis, contraste suficiente e rótulos de status que não dependam de cor. Respeite a preferência por movimento reduzido e mantenha as transições animadas opcionais.

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

• Uma nota de texto salva deve continuar disponível quando o upload da foto falhar; diferencie o salvamento local da sincronização concluída.

Estados de interação

Implemente o fluxo principal de três telas com dados de exemplo locais. Inclua um estado vazio útil, validação antes de concluir uma ação, um estado de carregamento ou pendente e um estado de falha recuperável. Alterações destrutivas exigem uma etapa de revisão ou a opção de desfazer. Mantenha o estado de um registro consistente nas três telas. Não descarte silenciosamente dados parcialmente preenchidos nem altere a escolha do usuário após uma nova tentativa.

Entrega e revisão

Entregue as telas editáveis do aplicativo e explique o modelo de dados, qualquer comportamento de armazenamento local e as integrações não implementadas. Teste em 320px e em uma viewport mais ampla, com navegação por teclado e conteúdo longo. Use a verificação de aceitação específica da tarefa apresentada acima para revisar o resultado antes de adicionar recursos. Mantenha o comportamento de demonstração claramente distinto de um serviço de produção em operação.

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 o Diário de trilhas offline. 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 template genérico. Conteúdo obrigatório da tarefa: registre uma entrada de trilha com uma foto e localização opcional, salve-a no dispositivo e mostre exatamente quais entradas aguardam sincronização. Ao converter a imagem em elementos editáveis, siga estas orientações específicas de layout: comece com Viagens como tela inicial, dê uma ação principal clara a Nova entrada e faça a Fila de sincronização explicar o que aconteceu e o que pode acontecer em seguida. Use marfim quente, verde-floresta e fotografia de natureza como direção inicial, adaptando-os à marca fornecida. Mantenha a identidade do registro e o contexto de navegação visíveis nas três telas. Priorize controles acessíveis com o polegar e rótulos legíveis em vez de painéis decorativos; em telas mais largas, mantenha o fluxo coerente em vez de esticar uma composição móvel de ponta a ponta.

Direção visual do briefing de exemplo

Comece com Viagens como tela inicial, dê uma ação principal clara a Nova entrada e faça a Fila de sincronização explicar o que aconteceu e o que pode acontecer em seguida. Use marfim quente, verde-floresta e fotografia de natureza como direção inicial, adaptando-os à marca fornecida. Mantenha a identidade do registro e o contexto de navegação visíveis nas três telas. Priorize controles acessíveis com o polegar e rótulos legíveis em vez de painéis decorativos; em telas mais largas, mantenha o fluxo coerente em vez de esticar uma composição móvel de ponta a ponta.

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 e crie o fluxo conectado: registre uma entrada de trilha com uma foto e localização opcional, salve-a no dispositivo e mostre exatamente quais entradas aguardam sincronização. Uma nota de texto salva deve continuar disponível quando o upload da foto falhar; diferencie o salvamento local da sincronização concluída. Para cada controle visível, especifique o 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 apresentem resultados reais, que os controles de seleção tenham um estado ativo explícito e que as ações de salvar exibam feedback visível de pendência, sucesso ou falha, quando relevante. Não adicione fluxos não relacionados. Use links adequados para navegação, botões para ações e nomes acessíveis para controles com ícones. Não dê a entender 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.