Crea un sito web HTML responsivo usando lo stack esistente del progetto per [PROJECT] e [AUDIENCE]. L'attività è: pagina di lancio del prodotto.

## Contenuti e struttura obbligatori

Illustra una promessa del prodotto, mostrane il flusso di lavoro principale, elenca tre funzionalità verificate e proponi un'unica 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 è stato fornito alcun sistema, parti da questa direzione: bianco carta, blu navy intenso e pannelli azzurro chiaro discreti; griglia precisa e tipografia ariosa. Mantieni coerenti i ruoli di caratteri, spaziature e colori. Dai priorità all’attività rispetto agli elementi decorativi ed evita una raccolta generica di schede non correlate.

## Preparazione dei contenuti

Scegli un problema del pubblico e raccogli schermate approvate del prodotto, tre funzionalità supportate e una destinazione reale per l'azione successiva. Formula una promessa del prodotto che possa essere dimostrata tramite il flusso di lavoro fornito.

## Layout e comportamento

Usa la sezione hero per esprimere la promessa, quindi illustra l’attività dall’input al risultato. Affianca le spiegazioni delle funzionalità agli screenshot pertinenti, anziché creare una parete di schede slegata dal resto.

## Verifica di accettazione specifica dell'attività

- Rimuovi metriche non comprovate, testimonianze e falsi loghi di partner.
- Esamina la pagina come se la visitassi per la prima volta.
- Ogni affermazione deve essere visibile nel flusso di lavoro o supportata da prove approvate; sostituisci testimonianze e metriche inventate con spiegazioni concrete del prodotto.

## 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.

## 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 pagina di lancio del prodotto. Prima di realizzarla, individua 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: illustra una promessa del prodotto, mostrane il flusso di lavoro principale, elenca tre funzionalità verificate e proponi una sola azione successiva. Per tradurre l’immagine in elementi modificabili, segui queste indicazioni specifiche per il layout: usa la sezione hero per esprimere la promessa, quindi illustra l’attività dall’input al risultato. Affianca le spiegazioni delle funzionalità agli screenshot pertinenti, anziché creare una parete di schede slegata dal resto.

## Direzione visiva dal brief di esempio

bianco carta, blu navy intenso e pannelli azzurro chiaro discreti; griglia precisa e tipografia ariosa.

## Specifiche di interazione

Il riferimento è un concept statico: il comportamento descritto di seguito è un requisito da implementare, non la prova che l’immagine sia già funzionante. Copia il prompt personalizzato nel tuo progetto di lavoro. Inizia dall’attività principale: illustra una promessa del prodotto, mostrane il flusso di lavoro principale, elenca tre funzionalità verificate e proponi una sola azione successiva. Rimuovi metriche non comprovate, testimonianze e falsi loghi di partner. Per ogni controllo visibile, specifica l’attivazione, lo stato interessato e il feedback; implementa le modifiche locali mantenendo uno stato coerente tra le viste correlate. Fai in modo che ricerca e filtri restituiscano risultati reali, che i controlli di selezione abbiano uno stato attivo esplicito e che le azioni di salvataggio mostrino, ove pertinente, feedback visibili di operazione in corso, riuscita o non riuscita. Non aggiungere flussi di lavoro non pertinenti. Usa link appropriati per la navigazione, pulsanti per le azioni e nomi accessibili per i controlli a icona. Non lasciare intendere che un’operazione di backend sia riuscita quando è cambiata soltanto una demo locale.

## 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.