Usar o prompt
Adicione seu briefing
Adicione seu contexto abaixo. Ele será incluído no prompt quando você copiar ou baixar.
Crie uma apresentação HTML editável com tela 16:9, botões de anterior/próximo, navegação pelas teclas de seta, contador de slides e layout de impressão com um slide por página para [PROJECT] e [AUDIENCE]. A tarefa é: Apresentação de Revisão da Sprint.
Conteúdo e estrutura obrigatórios
Mostre o objetivo da sprint, o trabalho concluído, o trabalho incompleto, o feedback e as próximas prioridades.
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: branco, azul-marinho profundo e azul discreto; alinhamento marcante e diagramas de evidências simples. Mantenha consistentes a tipografia, o espaçamento e as funções das cores. Priorize a tarefa em vez de elementos decorativos e evite uma coleção genérica de cartões desconexos.
Preparação do conteúdo
Prepare o objetivo da sprint, os itens concluídos, o trabalho incompleto, as demonstrações, o feedback e as próximas prioridades. Defina o que significa estar concluído para esta equipe.
Layout e comportamento
Organize a revisão em torno do objetivo e do trabalho que realmente pode ser demonstrado. Mantenha os itens inacabados visíveis, com o escopo restante, em vez de ocultá-los em uma narrativa de sucesso.
Verificação de aceitação específica da tarefa
- Não apresente funcionalidades parcialmente desenvolvidas como entregues.
- Compare os rótulos de status com demonstrações funcionais.
- Uma funcionalidade parcialmente desenvolvida não deve aparecer como entregue, e o acompanhamento planejado deve permanecer distinto do trabalho concluído.
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.
Mantenha uma ideia principal por slide. Use gráficos somente quando forem fornecidos valores reais comparáveis; inclua unidades, datas das fontes e limitações. Mantenha as notas do apresentador separadas do conteúdo visível dos slides.
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 Apresentação de Revisão da Sprint. Antes de começar, 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 usar um modelo genérico. Conteúdo obrigatório da tarefa: mostre o objetivo da sprint, o trabalho concluído, o trabalho incompleto, o feedback e as próximas prioridades. Ao converter a imagem em elementos editáveis, siga estas orientações de layout específicas da tarefa: organize a revisão em torno do objetivo e do trabalho que realmente pode ser demonstrado. Mantenha os itens inacabados visíveis, com o escopo restante, em vez de ocultá-los em uma narrativa de sucesso.
Direção visual do briefing de exemplo
branco, azul-marinho profundo e azul discreto; alinhamento marcante e diagramas de evidências simples.
Estrutura dos slides e comportamento da apresentação
Recrie a composição do slide como elementos editáveis de título, corpo, recursos visuais e anotações. Um slide retratado representa uma única visualização, não uma prova de que a apresentação está completa. Use a narrativa fornecida para criar os slides adicionais solicitados; preserve a tipografia, as margens, as funções das cores e o alinhamento. Organize a revisão em torno do objetivo e do trabalho que realmente pode ser demonstrado. Mantenha os itens inacabados visíveis, com o escopo restante, em vez de ocultá-los em uma narrativa de sucesso. Mantenha a navegação fora do conteúdo exportado dos slides. Não apresente funcionalidades parcialmente desenvolvidas como entregues.
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.
Adapte a referência à tela do slide
A imagem de referência anexada usa uma composição 3:2. Reorganize seus textos editáveis, formas e elementos de imagem separados na tela de slide 16:9 solicitada. Preserve a hierarquia e o espaçamento legível ajustando o layout; não estique a referência nem corte conteúdo essencial para forçá-la ao formato 16:9. Trate este conceito único como uma direção visual, não como uma apresentação completa com vários slides.
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 de Apresentação de Revisão da Sprint
Use este prompt de design de apresentação de revisão da sprint para mostrar o objetivo da sprint, o trabalho concluído, o trabalho incompleto, o feedback e as próximas prioridades.
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.
Separe o trabalho entregue do trabalho em andamento
Uma apresentação de revisão da sprint deve mostrar o que a equipe consegue demonstrar em relação ao objetivo da sprint.
Um trabalho parcialmente implementado precisa ter limites claros para o que ainda falta. Organize a revisão em torno do objetivo e do trabalho que realmente pode ser demonstrado. Mantenha os itens inacabados visíveis, com o escopo restante, em vez de ocultá-los em uma narrativa de sucesso.
Do prompt
Organize a revisão em torno do objetivo e do trabalho que realmente pode ser demonstrado.
Personalize
Declare [SPRINT_GOAL], demonstre o trabalho concluído e liste o trabalho inacabado com as condições restantes. Colete feedback e conecte-o às próximas prioridades.
Prepare o conteúdo da Apresentação de Revisão da Sprint
A meta aparece isolada acima dos resultados da revisão; informe a meta acordada antes de discutir o trabalho entregue.
Prepare o objetivo da sprint, os itens concluídos, o trabalho incompleto, as demonstrações, o feedback e as próximas prioridades. Defina o que significa estar concluído para esta equipe.
Do prompt
Mostre o objetivo da sprint, o trabalho concluído, o trabalho incompleto, o feedback e as próximas prioridades.
Personalize
Para [PROJECT], use [APPROVED_CONTENT] como fonte para esta apresentação de revisão da sprint. Prepare o objetivo da sprint, os itens concluídos, o trabalho incompleto, as demonstrações, o feedback e as próximas prioridades. Defina o que significa estar concluído para esta equipe. Identifique as informações ausentes antes de substituí-las por conteúdo de demonstração.
Verifique uma funcionalidade parcial
Quatro painéis separam o trabalho entregue do trabalho inacabado e do feedback; mantenha distintas as evidências e as próximas ações planejadas.
O slide deve informar o que está utilizável e o que permanece incompleto. Uma captura de tela de uma interface com aparência finalizada não deve ser tratada como prova de que toda a funcionalidade foi lançada. Compare os rótulos de status com demonstrações funcionais. Uma funcionalidade parcialmente desenvolvida não deve aparecer como entregue, e o acompanhamento planejado deve permanecer distinto do trabalho concluído.
Do prompt
Não apresente funcionalidades parcialmente desenvolvidas como entregues.
Personalize
Revise a apresentação de revisão da sprint de acordo com este requisito: não apresente funcionalidades parcialmente desenvolvidas como entregues. Compare os rótulos de status com demonstrações funcionais. Uma funcionalidade parcialmente desenvolvida não deve aparecer como entregue, e o acompanhamento planejado deve permanecer distinto do trabalho concluído. Preserve o conteúdo aprovado e revise apenas as partes que não passarem nessa verificação.
Revise o resultado da Apresentação de Revisão da Sprint
Uma imagem gerada não pode validar uma apresentação completa nem suas evidências. Teste separadamente cada slide, a navegação pelo teclado, o layout de impressão e todos os arquivos exportados.
- Compare os rótulos de status com demonstrações funcionais. Uma funcionalidade parcialmente desenvolvida não deve aparecer como entregue, e o acompanhamento planejado deve permanecer distinto do trabalho concluído.
Prompt de acompanhamento
Use isto após o primeiro resultado. Assim, a revisão se concentra na parte mais importante desta tarefa.
Refine a apresentação atual de revisão da sprint. Compare os rótulos de status com demonstrações funcionais. Uma funcionalidade parcialmente desenvolvida não deve aparecer como entregue, e o acompanhamento planejado deve permanecer distinto do trabalho concluído. Preserve o conteúdo aprovado e a direção visual; altere apenas o necessário para resolver esses problemas.
