เหตุผลที่นักออกแบบและนักพัฒนาควรร่วมกันสร้างระบบอัตโนมัติสำหรับงานออกแบบ

ไฟล์หนึ่งอาจมีข้อความที่ถูกต้อง แต่ยังคงดูผิด

ลองนึกภาพสคริปต์ที่แทนที่ชื่อผลิตภัณฑ์ในฉลากยี่สิบชิ้น ทุกไฟล์จะมีชื่อที่ถูกต้อง แต่บางชื่ออาจทับซ้อนกับภาพ และส่วนอื่นๆ มีขนาดเล็กเกินไปจนอ่านไม่ได้

สคริปต์ได้เสร็จสิ้นงานแล้ว แต่ไฟล์งานออกแบบยังต้องแก้ไข

การอัตโนมัติของงานออกแบบต้องการคำสั่งที่ชัดเจนเกี่ยวกับการออกแบบ รวมถึงซอฟต์แวร์ที่เชื่อถือได้ ผู้เขียนสคริปต์จำเป็นต้องรู้ สิ่งที่สามารถปรับเปลี่ยนได้ สิ่งที่ต้องคงไว้ และเมื่อใดที่ไฟล์จำเป็นต้องมีผู้ตรวจสอบ

นักออกแบบรู้ถึงตัวเลือกทางภาพ นักพัฒนาทราบวิธีเปลี่ยนขั้นตอนที่ซ้ำๆ ให้กลายเป็นซอฟต์แวร์ที่ทำงานได้ ผู้ดำเนินการเห็นสิ่งที่เกิดขึ้นเมื่อ การตั้งค่าดังกล่าวถูกใช้ในงานจริง

แต่ละคนสามารถสังเกตเห็นปัญหาที่คนอื่นอาจมองข้ามได้

อธิบายว่าส่วนออกแบบจำเป็นต้องปกป้องอะไร

นักออกแบบอาจเห็นเหตุผลที่ชัดเจนสำหรับช่องว่าง ขนาดตัวอักษร หรือลำดับชั้น แต่สคริปต์สามารถปฏิบัติตามคำสั่งที่ได้รับเท่านั้น

อธิบายส่วนสำคัญของเลย์เอาต์:

• โลโก้ต้องคงอยู่ในตำแหน่งที่ตกลงกันไว้
• ชื่อผลิตภัณฑ์ต้องอ่านได้ง่าย
• คำเตือนต้องอยู่พร้อมกับข้อมูลที่มันอธิบาย
• ตราสัญลักษณ์ควรปรากฏเฉพาะสำหรับผลิตภัณฑ์ที่ถูกต้องเท่านั้น
• ข้อความต้องไม่ทับซ้อนกับภาพหรือสัญลักษณ์ที่จำเป็น

แสดงตัวอย่างผลลัพธ์ที่ดีและผลลัพธ์ที่ไม่ดี หากชื่อเรื่องมีขนาดเล็กเกินไป ให้ชี้ให้เห็นขนาดที่เล็กที่สุดที่ยอมรับได้ หากระยะห่างมีความสำคัญ ให้แสดง ช่องว่างใดควรคงไว้เหมือนเดิม

ตัวอย่างเหล่านี้ช่วยให้ผู้จัดทำสคริปต์เข้าใจเหตุผลของกฎ ไม่ใช่เพียงตำแหน่งของกล่องข้อความเท่านั้น

เปลี่ยนคำขอทางภาพเป็นคำสั่งที่ชัดเจน

“ปรับให้ชื่อเรื่องพอดี” ฟังดูง่าย แต่ยังทิ้งคำถามหลายข้อที่ยังไม่ได้รับคำตอบ

สามารถใช้สามบรรทัดสำหรับหัวข้อได้หรือไม่? กล่องสามารถขยายได้หรือไม่? องค์ประกอบด้านล่างสามารถเคลื่อนที่ได้หรือไม่? การลดขนาดตัวอักษรเป็นที่ยอมรับได้หรือไม่?

คำแนะนำที่ใช้งานได้จริงมากขึ้นอาจเป็น:

ให้ชื่อเรื่องใช้ได้สูงสุดสองบรรทัด รักษาขนาดตัวอักษรที่ตกลงกันไว้ ย้ายแผงรายละเอียดลงด้านล่างเมื่อชื่อเรื่องยาวขึ้น ส่งกรณีที่ยาวขึ้น ส่งกลับไปยังนักออกแบบเพื่อตรวจสอบ

ทีมสามารถทดสอบพฤติกรรมเดียวกันได้ในขณะนี้ นักออกแบบตรวจสอบว่าดูถูกต้องหรือไม่ ส่วนผู้พัฒนาตรวจสอบว่าคำสั่งทำงานได้หรือไม่, และผู้ปฏิบัติงานจะรู้เมื่อใดที่ควรขอความช่วยเหลือ

Design Script ใน Paqira มีคำสั่งที่สร้างหรืออัปเดตงานออกแบบใน Adobe Illustrator การเตรียมสคริปต์ต้องใช้ความพยายาม, แต่ผู้ปฏิบัติงานที่ได้รับการฝึกอบรมสามารถใช้การตั้งค่าที่เตรียมไว้ได้โดยไม่ต้องเขียนคำสั่งเหล่านั้นสำหรับทุกงาน

ใช้ไฟล์จริงเมื่อวางแผนการตั้งค่า

พูดคุยเกี่ยวกับงานโดยเปิดเอกสาร Illustrator ไว้

ดูชั้น (layers), กล่องข้อความ (text boxes), รูปภาพที่เชื่อมโยง (linked pictures) และฟอนต์ (fonts) ตรวจสอบว่าทีมนำองค์ประกอบใดมาใช้ซ้ำ และชื่อใดที่ไม่ชัดเจน กลุ่มที่มีชื่อว่า “Group 47” อาจระบุตัวตนได้ยากกว่ากลุ่มที่มีชื่อว่า “Product details”

ลองใช้ข้อความผลิตภัณฑ์จริงดู ตัวอย่างที่ดูเรียบร้อยอาจซ่อนปัญหาเกี่ยวกับชื่อที่ยาวเกินไปหรือภาพที่ขาดหายไป

คำถามที่มีประโยชน์ ได้แก่:

• กล่องข้อความใดจะรับชื่อผลิตภัณฑ์?
• จะเกิดอะไรขึ้นหากค่าตัวเลือกเป็นค่าว่าง?
• ภาพและฟอนต์ใดที่จำเป็นต้องมี?
• ควรตั้งชื่อไฟล์ที่บันทึกไว้เป็นอย่างไร?
• ส่วนใดที่จำเป็นต้องตรวจสอบด้านภาพหลังการรันแต่ละครั้ง?

จัดระเบียบแม่แบบให้เรียบร้อยตามความจำเป็นก่อนนำไปใช้กับผลิตภัณฑ์หลายชนิด เป้าหมายคือสร้างไฟล์ที่ผู้ทำงานสามารถเข้าใจได้

ถามผู้ดำเนินการว่าขั้นตอนใดของงานที่เริ่มมีความยากลำบาก

ผู้รับผิดชอบการผลิตมักรู้ดีว่าขั้นตอนใดที่อาจก่อให้เกิดข้อผิดพลาด

อาจมีกระบวนการทำงานสองกระบวนการที่มีชื่อคล้ายกัน หรือผู้ปฏิบัติงานอาจต้องค้นหารายชื่อผลิตภัณฑ์ที่ถูกต้อง และฟอนต์ที่ขาดหายไปอาจเห็นได้ชัดเจน สำหรับนักออกแบบ แต่ทำให้ผู้ที่อ่านข้อความแจ้งงานล้มเหลวรู้สึกสับสน

โปรดนำข้อสังเกตเหล่านี้ไปรวมไว้ในขั้นตอนการตั้งค่า

เวิร์กโฟลว์ คือ ลำดับขั้นตอนที่บันทึกไว้เพื่อสร้างผลลัพธ์ ให้กำหนดวัตถุประสงค์ที่ชัดเจนและอธิบายว่าเวิร์กโฟลว์นั้นต้องการเนื้อหาใด

ตกลงกันว่าผู้ดำเนินการควรตรวจสอบอะไรก่อนเริ่มงาน, การทดสอบที่สำเร็จมีลักษณะอย่างไร และควรส่งข้อมูลอะไรต่อหากการรันล้มเหลว ชื่อกระบวนการ บันทึก และไฟล์ตัวอย่างสามารถช่วยผู้พัฒนาในการจำลองปัญหาได้

คำแนะนำการทำงานที่ชัดเจนช่วยประหยัดเวลาให้กับทุกคนที่เกี่ยวข้องกับงานนี้

ทดสอบตัวอย่างทั่วไปและตัวอย่างที่ยาก

เริ่มต้นด้วยกรณีศึกษาไม่กี่กรณีที่ทีมเข้าใจ:

1. ผลิตภัณฑ์แบบทั่วไปที่มีเนื้อหาทั้งหมดที่คาดไว้
2. ชื่อผลิตภัณฑ์ที่ยาว
3. เวอร์ชันที่ไม่มีข้อความหรือตราสัญลักษณ์เสริม
4. เวอร์ชันภาษาที่ยาวกว่า
5. รายการที่มีรายการมากกว่าปกติ

ดูงานออกแบบที่สร้างขึ้นร่วมกัน ตรวจสอบเนื้อหา การจัดวาง และขั้นตอนที่ผู้ดำเนินการต้องปฏิบัติตาม

หากปัญหาเดียวกันเกิดขึ้นหลายครั้ง ให้ปรับปรุงกฎที่ใช้ร่วมกัน หากเวอร์ชันหนึ่งต้องการการออกแบบที่ต่างออกไป ให้ระบุให้ชัดเจนและแจ้ง นักออกแบบจะรับผิดชอบกรณีนั้น

เก็บตัวอย่างไว้เป็นชุดทดสอบ เมื่อสคริปต์หรือเทมเพลตมีการเปลี่ยนแปลงในภายหลัง ทีมงานสามารถรันพวกมันอีกครั้งได้

ให้สิทธิ์ในการตัดสินใจด้านสร้างสรรค์อยู่กับผู้ที่สร้างมันขึ้น

งานบางอย่างเหมาะกับการใช้กฎ เช่น การวางชื่อผลิตภัณฑ์ การเลือกภาพที่ถูกต้อง การทำซ้ำแถว หรือการบันทึกไฟล์ด้วยชื่อที่ตกลงกันไว้

งานอื่นๆ อาจต้องการรูปลักษณ์ใหม่ เช่น สไตล์แคมเปญใหม่ รูปทรงบรรจุภัณฑ์ที่ไม่ธรรมดา หรือการเปลี่ยนแปลงปริมาณข้อความอย่างใหญ่หลวง ซึ่งอาจต้องการความช่วยเหลือจากนักออกแบบ การตัดสินใจ

ต้องตกลงกันเกี่ยวกับขอบเขตนี้เมื่อเตรียมงาน อย่าปล่อยให้ผู้ปฏิบัติงานต้องตัดสินใจเองภายใต้ความกดดันของกำหนดเวลา ว่าเลย์เอาต์ที่เสียหาย เป็นที่ยอมรับได้

หน้าที่ของนักพัฒนาคือการทำให้ข้อผิดพลาดเข้าใจได้ ส่วนหน้าที่ของนักออกแบบคือการอธิบายข้อจำกัดทางภาพ ส่วนผู้ดำเนินการจะช่วย ตรวจสอบให้แน่ใจว่าตัวเลือกเหล่านั้นใช้งานได้จริงในชีวิตประจำวัน

ทำให้การตั้งค่ามีประโยชน์ได้มากกว่าการรันครั้งแรก

Paqira เชื่อมต่อเนื้อหาที่บันทึกไว้, Design Scripts, Illustrator files และกระบวนการทำงานสำหรับการผลิต ส่วนต่าง ๆ เหล่านี้ทำงานได้ดีที่สุดเมื่อทีมร่วมกัน ตัวอย่างและคำแนะนำที่ชัดเจน

เมื่อส่งมอบงานที่เตรียมไว้แล้ว ให้รวมเทมเพลต เนื้อหาที่คาดหมาย กรณีทดสอบ และผู้ติดต่อสำหรับแต่ละส่วน ให้เพื่อนร่วมงานคนอื่นได้ลองทำตามขั้นตอนเหล่านี้ดู

หากสามารถผลิตและตรวจสอบผลลัพธ์ได้โดยไม่ต้องคาดเดา การตั้งค่าดังกล่าวจะง่ายต่อการนำกลับมาใช้ใหม่ นักออกแบบจึงใช้เวลาน้อยลงในการแก้ไขงานที่ซ้ำกัน การแก้ไขซ้ำๆ ผู้พัฒนาจะได้รับรายงานปัญหาที่ชัดเจนยิ่งขึ้น และผู้ปฏิบัติงานจะมีงานที่สามารถดำเนินการได้อย่างมั่นใจ