ファイルに正しいテキストが含まれていても、見た目が崩れていることがあります
たとえば、20枚のラベルの製品名を置き換えるスクリプトを考えてみてください。すべてのファイルに正しい名称が入っていても、一部のタイトルは画像に重なり、ほかのものは小さすぎて読めません。
スクリプトはタスクを完了しました。アートワークはまだ修正が必要です。
アートワーク自動化には、信頼できるソフトウェアだけでなく、デザインに関する明確な指示も必要です。スクリプトを作成する人は何を動かせるのか、何をそのまま保つべきか、そしていつファイルを誰かに確認してもらう必要があるのかを知っておく必要があります。
デザイナーは視覚的な判断を知っています。開発者は反復手順を動くソフトウェアに変える方法を知っています。オペレーターは、それがその設定が実際のジョブで使われたときに何が起こるかを確認します。
それぞれが、ほかの人が見落とすかもしれない問題に気づくことができます。
デザインが守るべき内容を説明する
デザイナーは、余白や文字サイズ、レイヤー順に明確な理由を見いだせるかもしれません。スクリプトは、与えられた指示にしか従えません。
レイアウトの重要な部分を説明してください:
- ロゴは合意した位置にそのまま配置してください。
- 製品名は読みやすくなければなりません。
- 警告は、それが説明する情報と一緒に保たれていなければなりません。
- バッジは、適切な製品にのみ表示されるべきです。
- テキストは、画像や必要な記号を覆ってはいけません。
良い結果と悪い結果の例を示してください。タイトルが小さすぎる場合は、許容される最小サイズを示してください。余白が重要な場合は、どの余白を同じままにすべきかを示してください。
これらの例は、スクリプトを作成する人が、単にテキストボックスの位置だけでなく、そのルールの理由を理解するのに役立ちます。
視覚的な要望を明確な指示に変える
「タイトルを収める」と言うのは簡単ですが、いくつかの疑問が残ります。
タイトルは3行まで使えますか？ ボックスを大きくできますか？ その下の要素を動かせますか？ フォントサイズを小さくするのは許容されますか？
より役立つ指示は、次のようなものかもしれません:
タイトルは2行までとしてください。合意した文字サイズはそのまま維持してください。タイトルが長くなったら、詳細パネルを下に移動してください。長くなるケースはデザイナーに差し戻して確認してください。
チームはこれで同じ挙動をテストできます。デザイナーは見た目が正しいかを確認し、開発者は指示が機能するかを確認し、オペレーターは、いつ助けを求めるべきかを把握できます。
PaqiraのDesign Scriptには、Adobe Illustratorでアートワークを作成または更新するための指示が含まれています。スクリプトの準備には手間がかかりますが、訓練を受けたオペレーターなら、ジョブごとにそれらの指示を書かずに、用意された設定を使えます。
セットアップを計画するときは、実際のファイルを使ってください。
Illustratorのドキュメントを開いたまま、そのジョブについて話し合ってください。
レイヤー、テキストボックス、リンクされた画像、フォントを確認してください。チームがどの要素を再利用しているか、またどの名前が不明確かを確認してください。「Group 47」という名前のグループは「Product details」という名前のグループよりも識別しにくいかもしれません。
実際の製品テキストを試してください。きれいなサンプルでは、長い名称や画像の欠落による問題が隠れてしまうことがあります。
よくある質問に含まれるのは：
- 製品名はどのテキストボックスに入りますか？
- オプションの値が空の場合はどうなりますか？
- どの画像とフォントが必要ですか？
- 保存するファイル名は何にしますか？
- 各実行後に視覚確認が必要な箇所はどれですか？
多くの製品に使う前に、必要に応じてテンプレートを整えてください。目標は、担当者が理解できるファイルにすることです。
どこで作業が難しくなるのか、オペレーターに聞きましょう
制作担当者は、どの工程でミスが起こりやすいかをよく知っています。
2つのワークフローの名前が似ていることがあります。オペレーターが正しい製品リストを探さなければならないこともあります。フォントの不足は、デザイナーには明らかでも、失敗したジョブのメッセージを読む人には分かりにくい場合があります。デザイナーには明らかでも、失敗したジョブのメッセージを読む人には分かりにくい場合があります。
こうした観察事項をセットアップに盛り込みましょう。
ワークフローとは、結果を出すために使う手順の保存済みの並びです。明確な目的を持たせ、どのコンテンツを想定しているかを説明してください。
開始前にオペレーターが確認すべきこと、成功したテストがどのような状態か、実行に失敗した場合に何を伝えるべきかを決めておきましょう。プロセス名、ログ、サンプルファイルがあれば、開発者は問題を再現しやすくなります。
明確な作業手順は、ジョブを支援するすべての人の時間を節約します。
通常の例と難しい例をテストする
まずは、チームが理解しているいくつかのケースから始めましょう：
- すべての想定コンテンツを含む典型的な製品。
- 長い製品名。
- オプションのテキストやバッジがない版。
- より長い言語版。
- 通常より項目数の多いリスト。
生成されたアートワークを一緒に確認しましょう。コンテンツ、レイアウト、オペレーターが行った手順をチェックしてください。
同じ問題が何度も起きるなら、共通ルールを改善してください。ある版で別のデザインが必要なら、それを明確に特定してそのケースはデザイナーに任せましょう。
これらの例はテストセットとして残しておきましょう。後でスクリプトやテンプレートが変わっても、チームは再実行できます。
創造的な判断は、それを行う人に委ねる
ある程度はルール化しやすい作業があります。製品名を配置し、適切な画像を選び、行を繰り返し、合意した名前でファイルを保存する、といった作業です。
別の作業には新鮮な視点が必要です。新しいキャンペーンスタイル、特殊なパック形状、またはテキスト量の大きな変更には、デザイナーの判断が必要になることがあります。
ジョブを準備するときに、その線引きを決めてください。期限に追われるオペレーターに、壊れたレイアウトは許容されるのかを判断させないでください。
開発者の役割には、失敗を理解しやすくすることが含まれます。デザイナーの役割には、視覚上の制約を説明することが含まれます。オペレーターはそれらの判断が日常業務で実用的かどうかを確認する役割を担います。
初回実行だけでなく、その後も役立つセットアップにする
Paqira は、保存済みコンテンツ、Design Script、Illustrator ファイル、制作ワークフローをつなぎます。これらは、チームが明確な例と手順を共有すると、最も効果的に機能します。
準備済みのジョブを引き渡すときは、テンプレート、想定コンテンツ、テストケース、各項目の問い合わせ先を含めてください。別の同僚にも手順を試してもらいましょう。
推測に頼らず結果を生成・確認できるため、設定の再利用が容易になり、デザイナーは繰り返し発生する修正作業に費やす時間を減らせます。修正内容は、開発者により明確な問題報告をもたらし、オペレーターは自信を持って従える作業指示を得られます。