Crea una presentazione HTML modificabile con un'area di lavoro 16:9, pulsanti precedente/successivo, navigazione tramite tasti freccia, contatore delle diapositive e layout di stampa con una diapositiva per pagina per [PROJECT] e [AUDIENCE]. L'attività è: Presentazione della storia del prodotto.
## Contenuti e struttura obbligatori
Crea sei slide: problema, flusso di lavoro attuale, approccio, tre funzionalità, evidenze e azione successiva.
Usa [APPROVED_CONTENT] come fonte per nomi, date, dati, dichiarazioni e destinazioni. Elenca gli input mancanti prima di sostituire qualsiasi elemento. Se è necessaria una dimostrazione, indica che i contenuti sono fittizi. Non inventare citazioni di clienti, classifiche, loghi di partner o funzionalità del prodotto.
## Direzione del design
Usa [BRAND_RULES] e il design system già selezionato nel progetto. Se non viene fornito alcun sistema, parti da questa direzione: avorio, antracite e un unico accento verde lime; titoli di grandi dimensioni, spazi bianchi studiati e una chiara gerarchia delle informazioni. Mantieni coerenti caratteri tipografici, spaziatura e ruoli dei colori. Dai priorità all'attività rispetto agli elementi decorativi ed evita una raccolta generica di schede scollegate.
## Preparazione dei contenuti
Scegli il problema dell'utente, il flusso di lavoro attuale, l'approccio proposto, tre funzionalità supportate, le prove disponibili e l'azione successiva. Indica chiaramente le prove mancanti.
## Layout e comportamento
Usa sei diapositive per raccontare un'unica storia coerente. Fai in modo che ogni funzionalità supporti lo stesso flusso di lavoro anziché introdurre funzionalità non correlate e riserva la diapositiva delle prove ai riscontri forniti.
## Verifica di accettazione specifica dell'attività
- Usa segnaposto per le prove anziché inventare affermazioni sui clienti o sulle prestazioni.
- Verifica che la narrazione sia ancora coerente senza citazioni inventate di clienti o dati di crescita fittizi.
- Un segnaposto per le prove è più utile di un'affermazione persuasiva ma priva di riscontri.
## Implementazione e revisione
Mantieni il testo modificabile. Usa una struttura semantica, controlli descrittivi, un focus da tastiera visibile e stati vuoti/di errore appropriati. Verifica i layout stretti e ampi. Rispetta le preferenze per la riduzione del movimento. Mantieni il framework e le dipendenze esistenti del progetto; non sostituire lo stack senza segnalarlo. Restituisci i file modificabili e spiega eventuali comportamenti incompleti o input non supportati. Esamina questa attività specifica prima di proporre funzionalità aggiuntive.
Mantieni una sola idea principale per diapositiva. Usa grafici solo quando vengono forniti valori effettivi e confrontabili; includi unità, date delle fonti e limitazioni. Mantieni le note del relatore separate dai contenuti visibili delle diapositive.
## Allegato di riferimento e obiettivo di ricostruzione
Allega reference.webp, incluso nel pacchetto scaricabile di questo prompt, insieme al prompt in OpenDesign. Crea un risultato modificabile con composizione e gerarchia simili; non incorporare l'intera immagine di riferimento come interfaccia finale. Mantieni i contenuti di progetto approvati e le regole del brand se sono in conflitto con le etichette fittizie dell'esempio. Se l'immagine manca o è illeggibile, richiedila invece di dichiarare fedeltà visiva.
## Composizione e contenuti di riferimento
Usa il file reference.webp allegato come riferimento visivo per la Presentazione della storia del prodotto. Prima di iniziare, identifica dall'alto verso il basso le aree principali, le relative larghezze e altezze, l'allineamento, la spaziatura, la gerarchia tipografica, i colori delle superfici, i bordi, le immagini e i componenti ricorrenti. Mantieni queste relazioni anziché sostituirle con un modello generico. Contenuti richiesti per l'attività: crea sei diapositive: problema, flusso di lavoro attuale, approccio, tre funzionalità, prove e azione successiva. Quando traduci l'immagine in elementi modificabili, segui queste indicazioni specifiche per il layout: usa sei diapositive per raccontare un'unica storia coerente. Fai in modo che ogni funzionalità supporti lo stesso flusso di lavoro anziché introdurre funzionalità non correlate e riserva la diapositiva delle prove ai riscontri forniti.
## Direzione visiva dal brief di esempio
Usa sei diapositive per raccontare un'unica storia coerente. Fai in modo che ogni funzionalità supporti lo stesso flusso di lavoro anziché introdurre funzionalità non correlate e riserva la diapositiva delle prove ai riscontri forniti.
## Struttura delle diapositive e comportamento della presentazione
Ricrea la composizione della diapositiva usando elementi modificabili per titolo, corpo del testo, elementi visivi e annotazioni. Una diapositiva raffigurata rappresenta una sola vista, non la prova di una presentazione completa. Usa la narrazione fornita per creare eventuali diapositive aggiuntive richieste; mantieni tipografia, margini, ruoli dei colori e allineamento. Usa sei diapositive per raccontare un'unica storia coerente. Fai in modo che ogni funzionalità supporti lo stesso flusso di lavoro anziché introdurre funzionalità non correlate e riserva la diapositiva delle prove ai riscontri forniti. Mantieni la navigazione al di fuori del contenuto esportato delle diapositive. Usa segnaposto per le prove anziché inventare affermazioni sui clienti o sulle prestazioni.
## Confronto visivo e consegna
1. Confronta il risultato con l'immagine allegata usando le stesse proporzioni. Prima di perfezionare i dettagli decorativi, verifica il posizionamento delle aree principali, le dimensioni relative delle immagini, le interruzioni di riga, la spaziatura, la gerarchia tipografica, il contrasto, gli stati attivi e la densità dei contenuti.
2. Quindi testa il layout stretto senza comprimere il testo desktop in etichette minuscole.
3. Mantieni loghi, foto e icone come risorse separate e tutte le etichette significative modificabili. Elenca eventuali caratteri o risorse non disponibili e qualsiasi scostamento intenzionale. Restituisci i file funzionanti insieme a una descrizione concisa dei comportamenti implementati e delle integrazioni ancora necessarie; non promettere un risultato identico al pixel basandoti solo sul prompt.