Sie können starten, bevor jedes Wort fertig ist.
Der Designer muss ein Layout erstellen, doch der endgültige Produkttext wird noch geschrieben oder geprüft. Eine leere Seite hilft da nicht, also fügt jemand „Produktname“, einen kurzen Absatz und einige Zahlen hinzu.
Das mag ausreichen, um mit dem Entwurf zu beginnen. Es sagt Ihnen jedoch nicht, was passiert, wenn der echte Produktname dreimal so lang ist.
Mock-Daten sind ausgedachte Informationen, die zu Testzwecken verwendet werden. Es kann sich um einen fiktiven Namen, eine Beispielbeschreibung oder eine erfundene Produktliste handeln. Die Informationen sollten so aussehen und sich so verhalten wie die Inhalte, die Sie erwarten.
Ein nützliches Beispiel hilft dem Team, eine praktische Frage zu beantworten: Funktioniert dieses Layout auch noch, wenn sich der Text ändert?
Stimmen Sie sich auf eine Liste der Inhalte ab
Bevor Sie Beispiele erstellen, fragen Sie die für den Text verantwortliche Person, was die Druckvorlage enthalten muss.
Bei einem Etikett kann die Liste beispielsweise einen Produktnamen, die Geschmacksrichtung, das Gewicht, Zutaten, Kontaktdaten und eine Sprache umfassen. Ein Leitfaden benötigt möglicherweise einen Titel, nummerierte Schritte, Bilder und Warnhinweise.
Jede benannte Information ist ein Feld. Stellen Sie sich das wie eine Spalte in einer Tabellenkalkulation vor: eine Spalte für den Produktnamen, eine andere für das Gewicht.
Einigen Sie sich frühzeitig auf die Feldnamen. Wenn das Beispiel ein Feld productName nennt, sollte die eigentliche Datei denselben
vereinbarten Namen verwenden.
Stellen Sie gemeinsam ein paar einfache Fragen:
- Welche Angaben müssen auf jeder Version erscheinen?
- Welche können weggelassen werden?
- Welche Wörter müssen exakt so bleiben, wie sie geliefert wurden?
- Welche Angaben ändern sich je nach Sprache oder Land?
- Wer kann bestätigen, dass der endgültige Text fertig ist?
Der Designer kann dann zeigen, wo jedes Element im Layout platziert wird. So wird oft noch vor viel Aufwand ein fehlendes Detail entdeckt.
Erstellen Sie Beispiele, die unterschiedliche Probleme zeigen
Zehn fast identische Beispiele sagen weniger aus als einige wenige sorgfältig ausgewählte.
Beginnen Sie mit einem gewöhnlichen Produkt. Fügen Sie dann einen langen Namen, einen langen Absatz und ein Produkt mit sehr wenig Inhalt hinzu. Nehmen Sie eine Version ohne ein optionales Abzeichen und eine mit mehreren Abzeichen.
Für einen Produktleitfaden testen Sie drei und fünfzehn Schritte. Für ein Zertifikat testen Sie einen kurzen Namen und einen langen Namen mit mehreren Bestandteilen.
Sie können Beispiele selbst schreiben, das Content-Team um Vorlagen bitten oder sie mit einem separaten Tool generieren. Prüfen Sie alle generierten Beispiele vor der Verwendung. Eine zufällige Wortfolge ist nicht nützlich, wenn sie dem Auftrag nicht ähnelt.
Nutzen Sie in frühen Demos fiktive Details, wenn keine echten Kunden- oder Launch-Informationen benötigt werden. Kennzeichnen Sie die Beispiele klar, damit niemand sie für freigegebene Produktinformationen hält.
Schauen Sie sich die Beispiele in Illustrator an
Eine Tabellenkalkulation kann zeigen, dass der Text vorhanden ist. Die Druckvorlage zeigt, ob er passt und sich gut liest.
In Paqira können Beispielinhalte in eine Sammlung eingegeben oder aus CSV oder Excel importiert werden. Eine Sammlung ist ein Ort, an dem zusammengehörige Arbeiten zusammengehalten werden, etwa die Inhalte für eine Gruppe von Etiketten.
Da die Druckvorlagen mit diesen Inhalten verknüpft sind, kann der Designer verschiedene Beispiele ausprobieren. Sehen Sie sich zuerst den längsten Namen an, dann den kürzesten. Prüfen Sie, was passiert, wenn eine optionale Zeile leer ist.
Designer und Content-Verantwortliche sollten diese Beispiele gemeinsam prüfen. Der eine erkennt vielleicht, dass eine Überschrift mehr Platz braucht, der andere erkennt, dass ein Satz schwer zu verstehen ist, wenn er über mehrere Zeilen aufgeteilt ist.
Besprechen Sie das tatsächliche Ergebnis. „Diese Warnung ist in dieser Größe schwer zu lesen“ gibt dem Team einen klareren nächsten Schritt als „das Layout wirkt falsch“.
Testinhalte sollten leicht zu erkennen sein
Platzhaltertext ist während der Gestaltung hilfreich und gefährlich, wenn er unbemerkt in einer finalen Datei landet.
Speichern Sie Muster in einer klar benannten Testsammlung oder einem anderen vereinbarten Testbereich. Geben Sie ihnen eindeutige Namen wie „MUSTER — langer Produktname“. Wenn Sie eine Vorschau außerhalb des Teams senden, machen Sie klar, dass Text und Zahlen nur zu Testzwecken dienen.
Bevor es in die Produktion geht, prüfen Sie Folgendes:
- die für den Inhalt verantwortliche Person hat die echte Datei bestätigt,
- die echten Daten wurden importiert oder eingegeben,
- Musterartikel sind vom Produktionsauftrag ausgeschlossen,
- ein Test wurde mit den echten Inhalten durchgeführt,
- die generierten Druckvorlagen wurden geprüft.
Geben Sie diese Liste sowohl an den Operator als auch an den Designer. Die ausführende Person muss wissen, welche Elemente einsatzbereit sind.
Finalen Text mit denselben Feldern einbringen
Wenn Sample- und Finalinhalt dieselben Felder verwenden, können die Layout-Verknüpfungen bestehen bleiben. Die Werte ändern sich, aber der Titel geht weiter in den Titelbereich und das Gewicht weiterhin in den Gewichtsbereich.
Über CSV- und Excel-Importe lassen sich mehrere Inhaltselemente erstellen oder aktualisieren. Eine externalId ist eine feste Referenz, mit
der ein eingehendes Produkt mit einem bestehenden abgeglichen wird. Ein locale bezeichnet die Sprachversion.
Die Person, die den Import vorbereitet, sollte diese Referenzen konsistent halten. Der Designer muss das Layout nicht neu aufbauen, nur weil eine Tabellenkalkulation eingetroffen ist.
Paqira prüft die Datei vor dem Import. Das Team muss die importierten Wörter, Zahlen und Sprachen dennoch prüfen, bevor es sie in der Produktion verwendet.
Behalten Sie die nützlichen Testbeispiele
Werfen Sie nicht jedes Muster weg, wenn der finale Text eintrifft. Ein klar abgegrenzter Testsatz kann helfen, wenn später jemand eine Schriftart, eine Layoutregel oder ein gemeinsames Element ändert.
Führen Sie die schwierigen Beispiele erneut aus und vergleichen Sie die Ergebnisse. Passt der lange Titel noch? Bleibt die Kurzversion mit einer unschönen Lücke zurück? Wird die letzte Anweisung korrekt auf die nächste Seite fortgesetzt?
Die Content-Verantwortliche prüft Bedeutung und Richtigkeit. Der Designer prüft Layout und Lesbarkeit. Der Operator folgt dem vereinbarten Ablauf und Prüfschritten.
So können alle mit denselben Beispielen arbeiten und wissen klar, worauf es vor dem Versand der finalen Dateien ankommt.