Crea un prototipo di app modificabile e mobile-first usando lo stack di progetto esistente per [PROJECT] e [AUDIENCE]. L’attività è: Prenotazione di campi sportivi.

## Contenuti e struttura obbligatori

Scegli un centro sportivo e un campo fittizi, seleziona una fascia oraria disponibile e verifica durata, partecipanti e termini di cancellazione prima di una conferma dimostrativa.

## Schermate e navigazione

Crea tre viste collegate: Ricerca campi; Fasce orarie; Riepilogo prenotazione. Mantieni visibile il record selezionato nel titolo o nel riepilogo della schermata. Includi un’azione esplicita per tornare indietro e conserva gli input in corso durante il passaggio tra le viste. Posiziona l’azione principale vicino ai contenuti pertinenti e considera le aree sicure sui dispositivi mobili, una tastiera software visibile e le etichette tradotte più lunghe. Alle larghezze desktop, adatta la composizione senza eliminare passaggi né modificare l’attività.

## Dati del progetto

Usa [APPROVED_CONTENT] per nomi, record, etichette, quantità e destinazioni. Chiedi i dati mancanti anziché inventare dichiarazioni operative. I record dimostrativi possono usare il brand fittizio Court Time; contrassegnali come dati di esempio. Spiega quali azioni sono interazioni locali del prototipo e quali richiederebbero autenticazione, persistenza, autorizzazioni o un backend. Non collegare servizi esterni né dichiarare che una transazione è stata completata, a meno che l’integrazione non sia stata esplicitamente implementata e testata.

## Direzione del design

Segui [BRAND_RULES]. Se non viene fornito alcun brand, usa color crema, verde tennis, arancione brillante e una tipografia sportiva marcata. Rendi il flusso riconoscibile attraverso contenuti e controlli specifici, anziché ripetere generiche schede da dashboard. Usa una scala di spaziatura coerente e una chiara gerarchia testuale. Includi un indicatore visibile dello stato attivo da tastiera, nomi accessibili, contrasto sufficiente ed etichette di stato che non si basino solo sul colore. Rispetta la modalità di movimento ridotto e mantieni opzionali le transizioni animate.

## Verifica di accettazione specifica dell'attività

- Ricontrolla una fascia oraria dopo un conflitto e indica che la conferma è un prototipo, senza effettuare una prenotazione reale.

## Stati di interazione

Implementa il percorso ideale su tre schermate con dati di esempio locali. Includi uno stato vuoto utile, una convalida prima di completare un’azione, uno stato di caricamento o in sospeso e uno stato di errore recuperabile. Le modifiche distruttive richiedono un passaggio di revisione o la possibilità di annullarle. Mantieni coerente lo stato di un record in tutte e tre le viste. Non eliminare senza avviso i dati inseriti solo in parte e non modificare la scelta dell’utente dopo un nuovo tentativo.

## Consegna e revisione

Fornisci le viste modificabili dell’app e illustra il modello dei dati, l’eventuale comportamento dell’archiviazione locale e le integrazioni non implementate. Esegui i test a 320px e in un viewport più ampio, usando la navigazione da tastiera e contenuti lunghi. Prima di aggiungere funzionalità, verifica il risultato usando il controllo di accettazione specifico per l’attività riportato sopra. Mantieni il comportamento dimostrativo chiaramente distinto da quello di un servizio di produzione operativo.

## 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 Prenotazione di campi sportivi. Prima di procedere, 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 ripetuti. Mantieni queste relazioni invece di sostituirle con un modello generico. Contenuto richiesto per l’attività: scegli un centro sportivo e un campo fittizi, seleziona una fascia oraria disponibile e verifica durata, partecipanti e termini di cancellazione prima di una conferma dimostrativa. Nel tradurre l’immagine in elementi modificabili, segui queste indicazioni di layout specifiche: inizia con Ricerca campi come schermata iniziale, assegna a Fasce orarie una chiara azione principale e fai in modo che Riepilogo prenotazione spieghi cosa è accaduto e cosa può accadere in seguito. Parti da color crema, verde tennis, arancione brillante e una tipografia sportiva marcata, adattandoli al brand fornito. Mantieni visibili l’identità del record e il contesto di navigazione in tutte e tre le schermate. Dai priorità a controlli facilmente raggiungibili con il pollice e a etichette leggibili rispetto ai pannelli decorativi; sugli schermi più ampi, mantieni coerente il flusso invece di estendere una composizione mobile da un bordo all’altro.

## Direzione visiva dal brief di esempio

color crema, verde tennis, arancione brillante, tipografia sportiva marcata.

## 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 e crea il flusso collegato: scegli un centro sportivo e un campo fittizi, seleziona una fascia oraria disponibile e verifica durata, partecipanti e termini di cancellazione prima di una conferma dimostrativa. Ricontrolla una fascia oraria dopo un conflitto e indica che la conferma è un prototipo, senza effettuare una prenotazione reale. Per ogni controllo visibile, specifica l’evento di attivazione, lo stato interessato e il feedback; implementa le modifiche locali mantenendo uno stato coerente nelle 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, dove pertinente, feedback visibili di attesa, riuscita ed errore. Non aggiungere flussi non correlati. Usa link appropriati per la navigazione, pulsanti per le azioni e nomi accessibili per i controlli con icone. Non lasciare intendere che un’operazione backend sia riuscita quando è cambiata solo 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.