たとえば、お茶のラベル一式を仕上げる場面を想像してください。フレーバーは6種類、パッケージサイズは2種類です。デザインはすでに承認され、ファイルはほぼ完成しています。そして、次の作業に移ろうとしたところです。
すると、あるメッセージが届きます。
「小さな修正：新しい連絡先住所をご使用ください。」
ラベルを開き、テキストを選択して住所を貼り付け、保存するだけです。
簡単でしたね。
すると、もっと小さいパッケージのことを思い出します。そして、他のフレーバーも。さらに、その朝、誰かがクライアントに送ったプレビューも。
同僚から「修正は完了したか」と尋ねられたとき、あなたは複数のドキュメントを開いたまま、確信を持って答えられない質問を抱えているかもしれません。すべてのコピーは確認できましたか？
1か所の修正で、12か所を確認する必要がある
小型パッケージでは新しい住所が別行に配置されるため、レイアウトの調整も必要になります。
ブランドマネージャーには1か所の修正のみが表示されます。一方、オペレーターには12か所の編集が見え、その後に確認と新しいプレビューが続きます。現在のファイルを見つけ、どのバージョンを送るかを確認する作業は、文言を変更することよりも時間がかかります。
住所はすでにコンテンツチームのスプレッドシートに存在していました。しかしラベルにコピーされた時点で、管理すべき12個の個別項目になってしまいました。
次のバッチに取り掛かる前に、ここから始めます。
コンテンツには、合意された置き場所を1つ設けましょう
担当者と打ち合わせを行い、確認済みの製品詳細が記載されたスプレッドシートをどれにするかを決めます。製品名、重量、住所はそれぞれ明確な列に整理し、「承認待ち」といった注記はアートワーク用のセルの外に置きます。
修正箇所についても、どこに反映するかを合意しておきます。単一のIllustratorファイル内の住所を編集しても、ソース側は変更されないままになっていてはなりません。そうしないと、次のバッチで以前の文言が復活する可能性があります。
まずはテンプレートをコピーします。変更するテキストを特定し、スプレッドシートの列に対応付けます。
デザイナーは各値の配置場所と、長くなった場合にどうするかを説明します。自動化を準備する担当者はその決定を、ソフトウェアが繰り返し実行できる指示であるスクリプトに変換します。
ここではセットアップ作業が必要です。再現性を確保するには、確認済みデータ、スクリプト、テンプレート、フォント、Illustratorの設定を同じに保ちます。これにより、次のオペレーターは記憶を頼りに編集内容を再構築せずに済み、検証済みの出発点から始められます。
手間のかかったラベルをテストする
まずは小型パックから始めましょう。最初に生成されたラベルには正しい住所が記載されていますが、最後の行が重量表記に近すぎます。
文言は正確ですが、間隔はまだ調整が必要です。
デザイナーとスクリプトの保守担当者が間隔ルールを調整し、同じ例を再実行して印刷サイズで確認します。うまくいけば、オペレーターは残りのラベルを確認するための基準を得られます。
Paqiraでは、CSVやExcelのインポートによって保存済みコンテンツを作成または更新できます。用意したDesign Scriptは、それを使ってIllustratorのアートワークを作成または更新します。後でスプレッドシートを編集した場合は、再度インポートするか、合意済みの更新手順が必要です。一度インポートしただけでは、永続的なライブ接続は作成されません。
この点は、次の修正が入ったときに重要になります。
次のメッセージには、より短い答えがあります
翌週に、別の住所変更があると想像してください。
コンテンツ担当者は合意されたソースを修正し、オペレーターは保存されたコンテンツを更新して影響を受けるラベルを特定し、実行します。準備済みのジョブを実行します。チームは公開前に文言とレイアウトを最終確認します。
レビュー工程は依然として必要ですが、同じ住所を貼り付けるために12もの文書をくまなく探すような作業はもう不要です。
まずは繰り返し発生する範囲を一つ選び、準備・作成・確認に要した時間を従来のプロセスと比較してください。初期設定も含めてください。1回限りのラベルでは、繰り返し作業が少なすぎて見合わない場合があります。
お茶の製品ラインにおいて、安心とは「修正は完了しましたか？」と答えられることです。どのソースが使用されたかを把握でき、どのラベルが更新され、どのファイルがレビュー可能かを把握できます。午後の作業を誰かにたどってもらわなくても、ジョブを引き継げます。
実践的な手順については、PaqiraのCSVおよびExcelコンテンツのインポートガイドをご覧ください。