Crie uma apresentação editável em HTML 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 gestão de mudanças.
## Conteúdo e estrutura obrigatórios
Explique a mudança, os fluxos de trabalho afetados, as etapas de implementação e os canais de suporte e feedback.
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
Defina a mudança, as equipes afetadas, os fluxos de trabalho atuais e futuros, as dependências de implementação e os canais de suporte. Separe as datas aprovadas das metas que ainda dependem de decisões.
## Layout e comportamento
Explique o que muda para cada público e o que cada um precisa fazer. Relacione as etapas de implementação às condições de prontidão, ao treinamento e aos canais de feedback.
## Verificação de aceitação específica da tarefa
- Mostre separadamente as datas confirmadas e as dependências não resolvidas.
- Verifique se um membro da equipe consegue identificar a ação esperada dele.
- Mantenha as dependências não resolvidas visíveis e evite apresentar um processo proposto como se já fosse obrigatório.
## 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 gestão de mudanças. 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: Explique a mudança, os fluxos de trabalho afetados, as etapas de implementação e os canais de suporte e feedback. Ao traduzir a imagem em elementos editáveis, siga estas orientações específicas de layout: Explique o que muda para cada público e o que cada um precisa fazer. Relacione as etapas de implementação às condições de prontidão, ao treinamento e aos canais de feedback.
## 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 evidência de uma apresentação completa. Use a narrativa fornecida para criar quaisquer slides adicionais solicitados; preserve a tipografia, as margens, as funções das cores e o alinhamento. Explique o que muda para cada público e o que cada um precisa fazer. Relacione as etapas de implementação às condições de prontidão, ao treinamento e aos canais de feedback. Mantenha a navegação fora do conteúdo exportado dos slides. Mostre separadamente as datas confirmadas e as dependências não resolvidas.
## 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.
## Adaptação da referência às dimensões dos slides
A referência visual anexada é uma imagem conceitual em 3:2, enquanto a apresentação solicitada usa slides em 16:9. Recomponha o texto, as imagens, os gráficos e o espaçamento como elementos editáveis separados em uma tela 16:9. Não estique a referência nem recorte toda a composição para forçar o encaixe. Preserve a hierarquia, mantenha o conteúdo fornecido legível e adapte cada slide à sua própria mensagem.