Crea un prototipo modificabile di app mobile-first usando lo stack esistente del progetto per [PROJECT] e [AUDIENCE]. L'attività è: Portafoglio biglietti per pendolari.

## Contenuti e struttura obbligatori

Scegli origine, destinazione e orario di partenza, controlla una tariffa dimostrativa chiaramente etichettata, quindi mostra un biglietto di esempio e il relativo periodo di validità.

## Schermate e navigazione

Crea tre viste collegate: Scegli il viaggio; Riepilogo del biglietto; I miei biglietti. Mantieni visibile l'elemento selezionato nel titolo o nel riepilogo della schermata. Supporta un'azione Indietro esplicita e conserva i dati inseriti ma non ancora completati durante il passaggio tra le viste. Posiziona l'azione principale vicino ai contenuti pertinenti e considera le aree sicure su mobile, una tastiera virtuale 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 affermazioni operative. I record dimostrativi possono usare il marchio fittizio Metroday; 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 implementata e testata esplicitamente.

## Direzione del design

Segui [BRAND_RULES]. Se non viene fornito alcun marchio, usa bianco, blu navy intenso, verde lime elettrico e tipografia per il trasporto pubblico. Rendi il flusso riconoscibile attraverso contenuti e controlli specifici, anziché ripetere schede generiche da dashboard. Usa una scala di spaziatura coerente e una chiara gerarchia testuale. Includi un focus da tastiera visibile, nomi accessibili, contrasto sufficiente ed etichette di stato che non dipendano dal colore. Rispetta le preferenze di movimento ridotto e mantieni facoltative le transizioni animate.

## Verifica di accettazione specifica dell'attività

- Mantieni distinti i biglietti scaduti e quelli futuri; la visualizzazione offline non deve far intendere che un biglietto sia valido per viaggiare.

## 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 il Portafoglio biglietti per pendolari. Prima di procedere, individua le aree principali dall'alto verso il basso, 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 anziché sostituirle con un modello generico. Contenuto richiesto per l'attività: scegli un'origine, una destinazione e un orario di partenza, esamina una tariffa dimostrativa chiaramente etichettata, quindi mostra un biglietto di esempio e il relativo periodo di validità. Quando traduci l'immagine in elementi modificabili, usa le seguenti indicazioni di layout specifiche per l'attività: inizia con Scegli il viaggio come schermata iniziale, assegna a Riepilogo del biglietto un'azione principale chiara e fai in modo che I miei biglietti spieghi cosa è successo e cosa può accadere in seguito. Usa bianco, blu navy intenso, verde lime elettrico e tipografia per il trasporto pubblico come punto di partenza, adattandoli al marchio fornito. Mantieni visibili l'identità del record e il contesto di navigazione nelle tre 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 anziché estendere una composizione mobile da un bordo all'altro.

## Direzione visiva dal brief di esempio

bianco, blu navy intenso, verde lime elettrico, tipografia per il trasporto pubblico.

## 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'origine, una destinazione e un orario di partenza, esamina una tariffa dimostrativa chiaramente etichettata, quindi mostra un biglietto di esempio e il relativo periodo di validità. Mantieni distinti i biglietti scaduti e quelli futuri; la visualizzazione offline non deve far intendere che un biglietto sia valido per viaggiare. Per ogni controllo visibile, specifica l'evento di attivazione, lo stato interessato e il feedback; implementa le modifiche locali mantenendo lo stato coerente tra le viste correlate. Assicurati che ricerca e filtri producano risultati reali, che i controlli di selezione abbiano uno stato attivo esplicito e che le azioni di salvataggio mostrino, quando pertinente, un feedback visibile di attesa, riuscita o errore. Non aggiungere flussi non correlati. Usa link appropriati per la navigazione, pulsanti per le azioni e nomi accessibili per i controlli a icona. Non far intendere che un'operazione di backend sia riuscita quando è stata modificata 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.