Puoi iniziare prima che ogni parola sia pronta
Il designer deve creare un layout, ma il testo finale del prodotto è ancora in fase di scrittura o revisione. Una pagina vuota non aiuta, quindi qualcuno aggiunge «Nome del prodotto», un breve paragrafo e alcuni numeri.
Potrebbe essere sufficiente per iniziare a disegnare. Non dice cosa succederà quando il vero nome del prodotto sarà tre volte più lungo.
Mock data significa informazioni inventate usate per test. Può trattarsi di un nome di fantasia, di una descrizione di esempio o di un elenco inventato di dettagli. Le informazioni devono apparire e comportarsi come il contenuto che ci si aspetta di ricevere.
Un campione utile permette al team di rispondere a una domanda pratica: questo layout funzionerà ancora quando il testo cambierà?
Concordare un elenco di contenuti
Prima di creare i campioni, chiedi alla persona responsabile del testo cosa deve contenere la grafica.
Per un’etichetta, l’elenco potrebbe includere il nome del prodotto, il gusto, il peso, gli ingredienti, i recapiti e una lingua. Una guida potrebbe richiedere un titolo, passaggi numerati, immagini e avvertenze.
Ogni elemento informativo nominato è un campo. Pensalo come una colonna di un foglio di calcolo: una colonna per il nome del prodotto, un’altra per il peso.
Concordate fin dall’inizio i nomi dei campi. Se l’esempio chiama un campo productName, il file finale dovrebbe usare lo stesso nome
concordato.
Concordate insieme alcune semplici domande:
- Quali dettagli devono comparire in ogni versione?
- Quali si possono omettere?
- Quali parole devono rimanere esattamente come fornite?
- Quali dettagli cambiano a seconda delle lingue o dei paesi?
- Chi può confermare che il testo finale è pronto?
Il designer può quindi mostrare dove va collocato ogni elemento nel layout. Questo spesso fa emergere un dettaglio mancante prima che sia stato fatto molto lavoro.
Creare campioni che mostrino problemi diversi
Dieci esempi quasi identici valgono meno di pochi esempi scelti con cura.
Partite da un prodotto comune. Poi aggiungete un nome lungo, un paragrafo lungo e un prodotto con pochissimi contenuti. Includete una versione senza un badge opzionale e una con diversi badge.
Per una guida al prodotto, provate tre passaggi e quindici passaggi. Per un certificato, provate un nome breve e un nome lungo con diverse parti.
Potete scrivere i campioni autonomamente, chiedere al team contenuti di fornirli oppure usare uno strumento separato per generarli. Verificate sempre i campioni generati prima di utilizzarli. Un insieme casuale di parole non è utile se non assomiglia al lavoro da svolgere.
Usate dettagli inventati nelle demo iniziali quando non servono informazioni reali sui clienti o sul lancio. Etichettate chiaramente gli esempi in modo che nessuno li scambi per informazioni di prodotto approvate.
Guarda i campioni in Illustrator
Un foglio di calcolo può mostrare che il testo esiste. La grafica mostra se si adatta e si legge bene.
In Paqira, i contenuti di esempio possono essere inseriti in una collection o importati da CSV o Excel. Una collection è uno spazio in cui conservare insieme lavori correlati insieme, come il contenuto per un gruppo di etichette.
Con la grafica collegata a quel contenuto, il designer può provare esempi diversi. Guardate il nome più lungo, poi il più corto. Verificate cosa accade quando una riga facoltativa è vuota.
Il designer e il collega dei contenuti dovrebbero esaminare questi esempi insieme. Il primo potrebbe notare che un titolo necessita di più spazio. L’altro potrebbe Si può notare che una frase risulta difficile da comprendere quando è suddivisa su più righe.
Discutete il risultato effettivo. «Questo avviso è difficile da leggere a queste dimensioni» offre al team un’indicazione più chiara sul passo successivo rispetto a «il layout non mi convince».
Mantieni i contenuti di prova facili da riconoscere
Il testo inventato è utile in fase di progettazione e pericoloso se arriva in un file finale senza essere notato.
Conserva i campioni in una raccolta di test chiaramente denominata o in un’altra area di test concordata. Dai loro nomi evidenti come “SAMPLE — long product name”. Quando invii un’anteprima al di fuori del team, chiarisci che testo e numeri sono a scopo di test.
Prima della produzione, verifica che:
- la persona responsabile dei contenuti abbia confermato il file reale,
- i dati reali siano stati importati o inseriti,
- gli articoli campione siano esclusi dal lavoro di produzione,
- sia stato eseguito un test con il contenuto reale,
- la grafica generata sia stata controllata.
Condividi questo elenco con l’operatore oltre che con il designer. Chi esegue il lavoro deve sapere quali elementi sono pronti all’uso.
Importa il testo finale utilizzando gli stessi campi
Se il contenuto di esempio e quello finale usano gli stessi campi, i collegamenti del layout possono restare invariati. I valori cambiano, ma il titolo va nell’area del titolo e il peso va nell’area del peso.
Le importazioni da CSV ed Excel possono creare o aggiornare diversi elementi di contenuto. Un externalId è un riferimento fisso usato per
associare un prodotto in arrivo a uno esistente. Un locale identifica la versione linguistica.
La collega o il collega che prepara l’importazione deve mantenere coerenti questi riferimenti. Il designer non deve ricostruire il layout perché è arrivato un foglio di calcolo.
Paqira controlla il file prima dell’importazione. Il team deve comunque controllare le parole, i numeri e le lingue importati prima di usarli in produzione.
Mantieni utili gli esempi di test
Non eliminare ogni campione quando arriva il testo finale. Un set di test chiaramente separato può essere utile quando qualcuno cambia un font, una regola di layout o un elemento condiviso in seguito.
Riesegui gli esempi più difficili e confronta i risultati. Il titolo lungo continua a stare nel riquadro? La versione breve lascia uno spazio scomodo? L’ultima istruzione continua correttamente nella pagina successiva?
Il collega dei contenuti controlla significato e accuratezza. Il designer controlla layout e leggibilità. L’operatore segue le fasi concordate di esecuzione e revisione.
Possono tutti lavorare sugli stessi esempi, con un’idea chiara di ciò che richiede attenzione prima dell’invio dei file finali.