即使文字正確，圖稿也可能看起來不對
試想一個腳本，用來替換二十張標籤中的產品名稱。每個檔案都包含正確的名稱，但有些標題會遮住圖片而有些則小到難以閱讀。
腳本已完成任務，但圖稿仍需修正。
圖稿自動化需要清楚的設計指示，以及可靠的軟體。撰寫腳本的人需要知道哪些內容可以移動、哪些必須保持不變，以及何時需要請人審核檔案。
設計師了解視覺選擇。開發人員知道如何把重複步驟轉化為可運作的軟體。操作人員會看到當這套設定實際應用在工作上時會發生什麼情況。
每個人都能發現其他人可能忽略的問題。
說明設計需要保護的內容
設計師或許能清楚看出間距、文字大小或圖層順序背後的原因，但腳本只能遵循已給定的指示。
說明版面配置中的重要部分：
- 標誌必須維持在約定的位置。
- 產品名稱必須清楚易讀。
- 警告文字必須與其所說明的資訊保持在一起。
- 標章應只出現在正確的產品上。
- 文字不得遮住圖片或必要符號。
請提供一個良好結果與一個不良結果的範例。若標題太小，請指出可接受的最小尺寸；若間距很重要，請示範應維持相同的間距。
這些範例能幫助撰寫腳本的人理解規則背後的原因，而不只是文字方塊的位置。
將視覺需求轉化為清楚的指令
「讓標題符合版面」聽起來很簡單，但仍留下幾個未解答的問題。
標題可以使用三行嗎？方框可以變大嗎？下方元素可以移動嗎？可以縮小字體嗎？
更有用的指令可能是：
標題最多可用兩行。請維持約定的文字大小。當標題變高時，請將詳細資訊區塊往下移。較長的案例請送回設計師審核。
現在，團隊可以測試同樣的行為。設計師確認視覺是否正確，開發人員確認指令是否可行，操作人員則知道何時該尋求協助。
Paqira 中的 Design Script 包含可在 Adobe Illustrator 中建立或更新圖稿的指令。撰寫腳本需要投入工作，但受過訓練的操作人員可以使用已準備好的設定，而不必為每一個任務都重新編寫這些指令。
規劃設定時請使用真實檔案
請在開啟 Illustrator 文件的情況下討論這項工作。
查看圖層、文字框、連結圖片和字型。檢查團隊重複使用了哪些元素，以及哪些名稱不夠清楚。一個名為「Group 47」可能比名為「Product details」的群組更難辨識。
試用實際的產品文字。看起來整齊的範例，可能掩蓋了名稱過長或圖片缺失等問題。
常見問題包括：
- 哪個文字方塊會填入產品名稱？
- 若選填欄位為空，系統會如何處理？
- 必須提供哪些圖像和字型？
- 儲存的檔案應命名為何？
- 每次執行後，哪些部分需要進行視覺檢查？
在將模板套用到多款產品之前，請先依據需求整理模板，確保最終產出是一份所有製作人員都能快速理解的檔案。
向操作人員詢問哪些地方最容易出問題
負責生產的人通常最清楚哪些步驟容易出錯。
也許有兩個工作流程名稱相似。也許操作人員得去搜尋正確的產品清單。缺少字型對設計師來說可能一目了然對設計師而言，這一切都極為直觀；但對只看到「任務失敗」提示的使用者來說，卻可能感到困惑。
請將上述觀測結果納入設定。
工作流程 是指用於產生結果的已儲存步驟序列。請為其設定明確的目的，並說明預期輸入的內容。
開始使用前，請確認操作人員需先核對的項目、成功測試應呈現的狀態，以及執行失敗時必須回報的資訊。提供流程名稱、日誌及範例檔案，可協助開發人員重現問題。
清晰的工作指示能為所有參與該專案的人員節省時間。
測試一般與特殊範例
先從團隊熟悉的幾個案例開始：
- 一款具備所有預期內容的典型產品。
- 一個較長的產品名稱。
- 沒有可選文字或徽章的版本。
- 較長的語言版本。
- 一個包含比平常更多項目的清單。
一起檢視產生的設計稿。確認內容、版面配置，以及操作人員必須遵循的步驟。
如果同一問題多次出現，請優化共用規則；若某個版本需要不同的設計，請明確標示並讓由設計師處理該案例。
請保留這些範例作為測試集，日後當腳本或範本變更時，團隊即可再次執行這些範例。
將創意決策權交還給實際做出這些決策的人
有些工作適合用規則來處理：放置產品名稱、選取正確圖片、重複一列，或是以約定名稱儲存檔案。
其他工作則需要嶄新的視角。新的行銷活動風格、不尋常的包裝形狀，或是文字量的重大變更，都可能需要設計師的決定。
在準備工作時，請先就該界線達成共識。切勿讓操作人員在截止期限的壓力下，自行決定受損的版面配置是否可以接受。
開發人員的工作包括讓錯誤容易理解。設計師的工作包括說明視覺限制。操作人員則有助於請確認這些選擇在日常使用中是否切實可行。
讓設定在首次執行後仍然實用
Paqira 連結已儲存的內容、Design Script、Illustrator 檔案與生產工作流程。這些部分在團隊共享時表現最佳清楚的範例與說明。
移交已準備好的任務時，請一併提供範本、預期內容、測試案例，以及各部分的聯絡窗口。請讓另一位同事有機會嘗試這些步驟。
若他們無需猜測就能產出並檢查結果，這個設定就更容易重複使用。設計師花在修正重複的編輯上更少，開發人員能獲得更清晰的問題報告，而操作員則能自信地執行既定任務。