別の言語がラベル全体を変えることもあります
英語版は問題なく収まります。ところが次の翻訳が届くと、2行分余計に必要になります。別の国では異なる連絡先が必要に住所表記が必要になり、1つのパッケージに2言語を併記しなければならないこともあります。
国や言語向けにアートワークを準備する作業は、一般的にローカライゼーションと呼ばれます。これには翻訳文言やその他の変更がそのバージョンに必要な変更です。
デザイナーにとっては、余分なテキストをどこに配置するかが課題です。オペレーターにとっては、適切なコンテンツを選び、正しいファイルを作成することです。レビュー担当者は、どのバージョンを確認しているのかを把握する必要があります。
言語を整理し、違いの扱い方についてチームで合意しておくと、作業はよりスムーズになります。
各用語を適切な製品と結びつけてください。
コンテンツ担当者は説明文や翻訳を収集します。現地のレビュー担当者は自国向けの文言を確認します。専門家は必要な警告や製品に関する記述を確認します。
Illustratorにテキストを取り込む前に、テキストを準備・確認するための明確な場所が必要です。
Paqiraでは、製品情報と言語バージョンを1つのコレクションにまとめて管理できます。コレクションとは、次のような関連する作業をグループ化したものです。製品群のラベルです。コンテンツはCSVやExcelからインポートすることもできます。
ロケールは言語バージョンを識別します。例えば、en は英語、pl
はポーランド語を表します。チームがロケールコードをインポートで使う場合は、どのコードがどのコンテンツに属するかを合意しておきましょう。
翻訳を保存しただけでは承認されたことにはなりません。その言語に精通した担当者が文言を確認する必要があります。
各担当者に明確な役割を割り当てましょう
デザイナーは、翻訳文が最終版かどうかを推測する必要がありません。オペレーターも、どちらが最新かわからない2つの類似したスプレッドシートのどちらを使うか迷う必要はありません。
役割分担を明確にしましょう：
- コンテンツ担当者は原稿を提供し、確認します。
- 現地のレビュー担当者が言語や国ごとの詳細を確認します。
- レイアウトで異なるテキストの長さをどう扱うかは、デザイナーが決めます。
- スクリプトを管理する担当者がルールを準備します。
- オペレーターは合意されたジョブを実行し、生成されたファイルを確認します。
Paqiraでは、ワークフローとは制作手順を保存した一連のプロセスです。Design Scriptには、作成または更新のための指示が含まれています。Illustratorのアートワーク。
これらの指示書の作成は、すぐに実行できるワークフローを走らせる作業とは別です。問題がありそうな場合に、実行担当者が誰に確認すればよいかを明確にしておきましょう。バージョンに問題があるように見える場合。
最も長いテキストは早い段階でテストする
レイアウトを完成とみなす前に、複数の翻訳を依頼してください。まだ用意できていない場合は、現実的な長さのサンプルテキストを明確に示して使用し、そのうえで最終翻訳でもう一度確認してください。
長い製品名、長い成分表、そして1つの面に2言語がある版をテストしてください。
決定：
- テキストボックスは拡張できますか？
- 次の要素を移動してスペースを確保できますか？
- 許容される最小の文字サイズはどれくらいですか？
- 長いリストは別の列やページに続けて記載できますか？
- バージョンごとに個別のレイアウトが必要になるのはどのような場合ですか？
これらの選択は、繰り返し使うアートワークのルールにできます。表示される実際のサイズで結果を確認してください。
文字を小さくするだけで問題を解決しようとしてはいけません。すべての単語が入っていても、ラベルは読みやすくなければなりません。
国ごとの違いに備える
言語と国は必ずしも同じではありません。2つの国で同じ言語を使っていても、住所や記号、製品表記。
これらの選択をコンテンツと設定の両方で明確にしてください。ローカル版の担当者がそれらを確認する必要があります。
ルールでは、どの言語を一緒に表示するか、バッジを表示するか、どの画像をどのバージョンに割り当てるかを決められます。また、ファイル命名規則。
たとえば、同じ製品名と画像を使う共有ラベルでも、国によっては異なる連絡先パネルが必要になる場合があります。コンテンツ担当者がパネルの文言を用意し、デザイナーがレイアウトに問題がないか確認します。
ソフトウェアは、あらかじめ用意された選択肢を適用します。どの製品表記がその国で許可されるかを判断するわけではありません。
ソースの修正をファイルに反映する
たとえば、テスト実行後にフランス語の説明文が変更された場合は、合意済みのソースを更新し、その内容を使っている項目を特定します。
Paqira は、前回の実行以降にコンテンツ、ワークフロー、またはそのスクリプトが変更されたかどうかを表示できます。複数の項目を対象とした通常の実行では、変更のない項目はスキップできます。
オペレーターはこの情報を使って、対応が必要な箇所を把握できます。新しいアートワークを生成した後は、プレビューに修正されたテキストが表示されていることを確認してください。
ソーステキストと生成結果は区別してください。コンテンツに新しい文を保存しても、以前のアートワークファイルがすでに変更されているとは限りません。
これにより、修正が立て込む時期でも古いプレビューを送ってしまうのを防げます。
レビュー担当者に適切な版を渡す
各レビュー担当者には、自分がよく知る言語や市場を確認してもらってください。プレビューがどの製品、サイズ、国向けかを明確にします。
有用なレビューには、内容と見た目の両方が含まれます：
- 意図した言語が含まれていますか？
- 名称、重量、連絡先情報は正確ですか？
- 必要な記載事項や記号は含まれていますか？
- 文字が切れていたり、小さすぎたりしませんか？
- 他の言語の言葉が残っていませんか？
ワークスペースの役割とコレクションのアクセス権を使って、各自の作業に必要なアクセスを同僚に付与してください。さらに、最終結果の承認責任者を1人決めてください。
まずは少数の異なるバージョンから始める
1つの製品と、実際に違いのある2〜3種類のバージョンを選んでください。長い翻訳文や異なる連絡先パネルを含めます。
コンテンツを準備し、アートワークを生成して、ファイルをまとめて確認します。不明点や繰り返し発生する手作業の修正を記録してください。残りのバリエーションを追加する前に、共有設定を改善してください。
その後、チームは同じ作業手順を他の製品にも再利用できます。デザイナーは難しいレイアウトに時間をかけられ、オペレーターはより明確なルーチン作業により、レビュー担当者は本当に確認が必要なバージョンに集中できます。