Du kan sätta igång redan innan varje ord är klart
Designern behöver skapa en layout, men den slutgiltiga produkttexten håller fortfarande på att skrivas eller granskas. En tom sida är inte till någon hjälp, så någon lägger till ”Produktnamn”, ett kort stycke och några siffror.
Det kanske räcker för att börja rita. Det säger dock ingenting om vad som händer när det verkliga produktnamnet är tre gånger så långt.
Simulerade data avser påhittad information som används för testning. Det kan vara ett fiktivt namn, en exempelbeskrivning eller en påhittad lista över produkter Detaljer. Informationen ska se ut och fungera precis som det innehåll du förväntar dig att få.
Ett användbart exempel låter teamet besvara en praktisk fråga: kommer den här layouten fortfarande att fungera när texten ändras?
Enas om en lista över innehåll
Innan du tar fram prov, fråga den som ansvarar för texten vad grafiskt materialet måste innehålla.
För en etikett kan listan innehålla produktnamn, smak, vikt, ingredienser, kontaktuppgifter och språk. En guide kan behöva en titel, numrerade steg, bilder och varningar.
Varje namngiven informationsenhet är ett fält. Tänk på det som en kolumn i ett kalkylblad: en kolumn för produktnamnet, en annan för vikten.
Kom överens om fältnamnen i ett tidigt skede. Om exemplet kallar ett fält för ”productName”, bör den riktiga filen använda samma
överenskomna namn.
Ställ några enkla frågor tillsammans:
- Vilka detaljer måste finnas med i varje version?
- Vad kan utelämnas?
- Vilka ord måste behållas exakt som de levererats?
- Vilka detaljer varierar mellan olika språk eller länder?
- Vem kan bekräfta att den slutgiltiga texten är klar?
Designern kan sedan visa var varje del hör hemma i layouten. Detta avslöjar ofta en saknad detalj innan mycket arbete har utförts.
Skapa exempel som visar olika problem
Tio nästan identiska exempel säger mindre än några få noggrant utvalda.
Börja med en vanlig produkt. Lägg sedan till ett långt namn, ett långt stycke och en produkt med mycket lite innehåll. Inkludera en version utan en valfri badge och en med flera badges.
För en produktguide, prova tre steg och femton steg. För ett certifikat, prova ett kort namn och ett långt namn med flera delar.
Du kan skriva exempel själv, be innehållsteamet att tillhandahålla dem eller använda ett separat verktyg för att generera dem. Kontrollera alla genererade exempel innan de används. En slumpmässig uppsättning ord är inte användbar om den inte liknar uppdraget.
Använd fiktiva detaljer i tidiga demonstrationer när verklig kund- eller lanseringsinformation inte behövs. Märk exemplen tydligt så att ingen misstar dem för godkänd produktinformation.
Se exemplen i Illustrator
Ett kalkylblad kan visa att texten finns. Det grafiska materialet visar om den passar in och är lättläst.
I Paqira kan exempelinnehåll läggas in i en samling eller importeras från CSV eller Excel. En samling är en plats där relaterade arbeten förvaras tillsammans, till exempel innehållet för en grupp etiketter.
När grafiken är kopplad till det innehållet kan designern testa olika exempel. Titta på det längsta namnet, sedan det kortaste. Kontrollera vad inträffar när en valfri rad är tom.
Designern och innehållskollegan bör gå igenom dessa exempel tillsammans. Den ena kanske märker att en rubrik behöver mer utrymme. Den andra kanske märker att en mening blir svår att förstå när den delas upp på flera rader.
Diskutera det faktiska resultatet. ”Den här varningen är svår att läsa i den här storleken” ger teamet ett tydligare nästa steg än ”layouten känns fel”.
Se till att testinnehållet är lätt att känna igen
Påhittad text är användbar under designfasen men farlig om den hamnar i en slutgiltig fil utan att upptäckas.
Förvara proverna i en tydligt namngiven testsamling eller ett annat överenskommet testområde. Ge dem tydliga namn, till exempel ”PROV — långt produktnamn”. När du skickar en förhandsgranskning utanför teamet ska du tydligt ange att texten och siffrorna är avsedda för testning.
Kontrollera följande före produktion:
- den som ansvarar för innehållet har bekräftat den riktiga filen,
- de faktiska uppgifterna har importerats eller matats in,
- Provartiklar undantas från produktionsjobbet,
- ett test har genomförts med verkligt innehåll,
- Det genererade grafiska materialet har kontrollerats.
Ge denna lista till både operatören och designern. Den som kör jobbet behöver veta vilka objekt som är klara att användas.
Importera den slutgiltiga texten med hjälp av samma fält
Om exemplet och det slutgiltiga innehållet använder samma fält kan layoutkopplingarna behållas. Värdena ändras, men titeln förblir i titelområdet och vikten hamnar fortfarande i viktområdet.
Import via CSV och Excel kan skapa eller uppdatera flera innehållsobjekt. En externalId är en fast referens som används för att matcha en
inkommande produkt med en befintlig. En locale identifierar språkversionen.
Den kollega som förbereder importen bör se till att dessa referenser är konsekventa. Designern behöver inte bygga om layouten eftersom en Kalkylbladet har kommit.
Paqira kontrollerar filen före import. Teamet måste fortfarande kontrollera de importerade orden, siffrorna och språken innan de används i produktionen.
Behåll de användbara testexemplen
Kasta inte bort alla prov när den slutgiltiga texten anländer. En tydligt avskild testuppsättning kan vara till hjälp om någon senare ändrar ett typsnitt, en layoutregel eller ett delat element senare.
Kör de svåra exemplen igen och jämför resultaten. Passar den långa titeln fortfarande? Blir den korta versionen kvar med ett klumpigt mellanrum? Fortsätter den sista instruktionen korrekt på nästa sida?
Innehållskollegan kontrollerar innebörd och korrekthet. Designern kontrollerar layout och läsbarhet. Operatören följer den överenskomna körningen och granskningsstegen.
Alla kan arbeta utifrån samma exempel, med en tydlig bild av vad som behöver uppmärksammas innan de slutgiltiga filerna skickas iväg.