Usa il prompt
Aggiungi il tuo brief
Aggiungi qui sotto il tuo contesto. Verrà incluso nel prompt quando lo copi o lo scarichi.
Crea un prototipo frontend interattivo utilizzando lo stack di progetto esistente e dati dimostrativi esplicitamente etichettati per [PROJECT] e [AUDIENCE]. L'attività è: stati vuoti dell'applicazione.
Contenuti e struttura obbligatori
Progetta gli stati di primo utilizzo, nessun risultato, autorizzazioni limitate e contenuti eliminati.
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: sfondo neutro chiaro, testo color grafite, accenti cobalto e separatori sottili e precisi; gerarchia densa ma leggibile. Mantieni coerenti i ruoli di tipografia, spaziatura e colore. Dai priorità all'attività rispetto agli elementi decorativi ed evita una raccolta generica di schede non correlate.
Preparazione dei contenuti
Individua il motivo per cui i contenuti sono assenti in ogni caso: primo utilizzo, nessun risultato corrispondente, autorizzazioni limitate o contenuti eliminati. Definisci l'azione che l'utente può realmente eseguire per ciascun motivo.
Layout e comportamento
Usa una spiegazione concisa e un'unica azione successiva pertinente. Mantieni il contesto utile, come i filtri attivi o la cartella corrente, anziché sostituire l'intera schermata con un'illustrazione.
Verifica di accettazione specifica dell'attività
- Fornisci per ogni stato una spiegazione veritiera e un'azione successiva pertinente.
- Confronta tutti e quattro gli stati affiancandoli.
- Uno stato senza risultati deve consentire di ripristinare o modificare i filtri, mentre uno stato con autorizzazioni limitate non deve promettere che la creazione di nuovi contenuti risolverà le restrizioni di accesso.
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 gli stati vuoti dell'applicazione. Prima di procedere, 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. Contenuto richiesto per l'attività: progetta gli stati di primo utilizzo, nessun risultato, autorizzazioni limitate e contenuti eliminati. Quando traduci l'immagine in elementi modificabili, segui queste indicazioni di layout specifiche per l'attività: usa una spiegazione concisa e un'unica azione successiva pertinente. Mantieni il contesto utile, come i filtri attivi o la cartella corrente, anziché sostituire l'intera schermata con un'illustrazione.
Direzione visiva dal brief di esempio
sfondo neutro chiaro, testo color grafite, accenti cobalto e separatori sottili e precisi; gerarchia densa ma leggibile.
Specifiche di interazione
Il riferimento è un concept statico: il comportamento descritto di seguito è un requisito da implementare, non una prova che l'immagine sia già funzionante. Copia il prompt personalizzato nel progetto su cui stai lavorando. Inizia dall'attività principale: progetta gli stati di primo utilizzo, nessun risultato, autorizzazioni limitate e contenuti eliminati. Fornisci per ogni stato una spiegazione veritiera e un'azione successiva pertinente. 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. 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, un feedback visibile di attesa, riuscita o errore. Non aggiungere flussi di lavoro non correlati. Usa link appropriati per la navigazione, pulsanti per le azioni e nomi accessibili per i controlli a icona. Non indicare che un'operazione backend è riuscita se è stata modificata soltanto una demo locale.
Confronto visivo e consegna
- 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.
- Quindi testa il layout stretto senza comprimere il testo desktop in etichette minuscole.
- 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.
Scarica prompt + immagine
Include il prompt completo e l'immagine di riferimento a grandezza intera. Allega entrambi in OpenDesign per guidare il layout.
Come scrivere un prompt di progettazione per gli stati vuoti dell'applicazione
Usa questo prompt di progettazione per gli stati vuoti dell'applicazione per progettare gli stati di primo utilizzo, nessun risultato, autorizzazioni limitate e contenuti eliminati.
Il riferimento è un concept generato dall'IA. Le istruzioni seguenti descrivono cosa creare e testare; l'immagine non dimostra un comportamento funzionante.
Indica il motivo per cui i contenuti sono assenti
Gli stati vuoti dell'applicazione richiedono spiegazioni diverse per il primo utilizzo, l'assenza di corrispondenze e l'accesso limitato.
Un pulsante universale per la creazione può essere fuorviante quando l'utente non dispone delle autorizzazioni necessarie. Usa una spiegazione concisa e un'unica azione successiva pertinente. Mantieni il contesto utile, come i filtri attivi o la cartella corrente, anziché sostituire l'intera schermata con un'illustrazione.
Dal prompt
Usa una spiegazione concisa e un'unica azione successiva pertinente.
Personalizzalo
Progetta separatamente gli stati di primo utilizzo, nessun risultato, autorizzazioni limitate e contenuti eliminati. Fornisci per ciascuno una causa veritiera e l'azione successiva appropriata per [USER_ROLE].
Prepara i contenuti per gli stati vuoti dell'applicazione
La coppia superiore distingue un'area di lavoro vuota da una ricerca senza corrispondenze. Prepara spiegazioni e azioni diverse per queste cause, anziché un unico messaggio universale per lo stato vuoto.
Individua il motivo per cui i contenuti sono assenti in ogni caso: primo utilizzo, nessun risultato corrispondente, autorizzazioni limitate o contenuti eliminati. Definisci l'azione che l'utente può realmente eseguire per ciascun motivo.
Dal prompt
Progetta gli stati di primo utilizzo, nessun risultato, autorizzazioni limitate e contenuti eliminati.
Personalizzalo
Per [PROJECT], usa [APPROVED_CONTENT] come fonte per questi stati vuoti dell'applicazione. Individua il motivo per cui i contenuti sono assenti in ogni caso: primo utilizzo, nessun risultato corrispondente, autorizzazioni limitate o contenuti eliminati. Definisci l'azione che l'utente può realmente eseguire per ciascun motivo. Individua gli input mancanti prima di sostituirli con contenuti dimostrativi.
Confronta due schermate vuote
La coppia inferiore offre Richiedi accesso e Vai al cestino per due problemi differenti. Verifica che ogni azione di recupero rispetti le autorizzazioni e l'effettiva politica di conservazione.
Un elenco senza elementi a causa dei filtri deve consentire di modificarli, mentre i contenuti con accesso limitato devono spiegare le restrizioni. Nessuno dei due stati deve suggerire che i record sottostanti non esistano. Confronta tutti e quattro gli stati affiancandoli. Uno stato senza risultati deve consentire di ripristinare o modificare i filtri, mentre uno stato con autorizzazioni limitate non deve promettere che la creazione di nuovi contenuti risolverà le restrizioni di accesso.
Dal prompt
Fornisci per ogni stato una spiegazione veritiera e un'azione successiva pertinente.
Personalizzalo
Verifica gli stati vuoti dell'applicazione rispetto a questo requisito: fornisci a ciascuno stato una spiegazione veritiera e un'azione successiva pertinente. Confronta tutti e quattro gli stati affiancandoli. Uno stato senza risultati deve offrire la possibilità di modificare i filtri, mentre uno stato con autorizzazioni limitate non deve suggerire che la creazione di nuovi contenuti risolverà le restrizioni di accesso. Mantieni i contenuti approvati e modifica solo le parti che non superano questa verifica.
Verifica il risultato degli stati vuoti dell'applicazione
Una schermata convincente non equivale a un backend funzionante. Verifica separatamente convalida, autorizzazioni, persistenza e gestione degli errori prima di collegare dati reali.
- Confronta tutti e quattro gli stati affiancandoli. Uno stato senza risultati deve consentire di ripristinare o modificare i filtri, mentre uno stato con autorizzazioni limitate non deve promettere che la creazione di nuovi contenuti risolverà le restrizioni di accesso.
Prompt di follow-up
Usalo dopo il primo risultato. Restringe la revisione alla parte più importante di questa attività.
Perfeziona gli attuali stati vuoti dell'applicazione. Confronta tutti e quattro gli stati affiancandoli. Uno stato senza risultati deve consentire di ripristinare o modificare i filtri, mentre uno stato con autorizzazioni limitate non deve promettere che la creazione di nuovi contenuti risolverà le restrizioni di accesso. Mantieni i contenuti approvati e la direzione visiva; modifica solo le parti necessarie per risolvere questi problemi.
