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 da história do produto.
## Conteúdo e estrutura obrigatórios
Crie seis slides: problema, fluxo de trabalho atual, abordagem, três recursos, evidências e próxima açã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: marfim, carvão e um único destaque em verde-limão; títulos extragrandes, espaços em branco intencionais e hierarquia clara de informações. Mantenha consistentes os papéis 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
Escolha o problema do usuário, o fluxo de trabalho atual, a abordagem proposta, três recursos compatíveis, as evidências disponíveis e a próxima ação. Identifique claramente as evidências ausentes.
## Layout e comportamento
Use seis slides para contar uma história coesa. Faça com que cada recurso sustente o mesmo fluxo de trabalho, em vez de introduzir funcionalidades não relacionadas, e reserve o slide de evidências para as comprovações fornecidas.
## Verificação de aceitação específica da tarefa
- Use placeholders de evidências em vez de inventar alegações sobre clientes ou desempenho.
- Verifique se a narrativa ainda faz sentido sem citações inventadas de clientes ou números de crescimento.
- Um placeholder de evidência é mais útil do que uma alegação persuasiva, mas sem comprovação.
## 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 da história do produto. 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 substituí-las por um modelo genérico. Conteúdo obrigatório da tarefa: crie seis slides: problema, fluxo de trabalho atual, abordagem, três recursos, evidências e próxima ação. Ao converter a imagem em elementos editáveis, siga estas orientações de layout específicas da tarefa: use seis slides para contar uma história coesa. Faça com que cada recurso sustente o mesmo fluxo de trabalho, em vez de introduzir funcionalidades não relacionadas, e reserve o slide de evidências para as comprovações fornecidas.
## Direção visual do briefing de exemplo
Use seis slides para contar uma história coesa. Faça com que cada recurso sustente o mesmo fluxo de trabalho, em vez de introduzir funcionalidades não relacionadas, e reserve o slide de evidências para as comprovações fornecidas.
## 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 ilustrado representa apenas uma visualização, não é evidência de uma apresentação completa. Use a narrativa fornecida para criar os slides adicionais solicitados; preserve sua tipografia, margens, funções das cores e alinhamento. Use seis slides para contar uma história coesa. Faça com que cada recurso sustente o mesmo fluxo de trabalho, em vez de introduzir funcionalidades não relacionadas, e reserve o slide de evidências para as comprovações fornecidas. Mantenha a navegação fora do conteúdo exportado dos slides. Use placeholders de evidências em vez de inventar alegações sobre clientes ou desempenho.
## 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.