การบันทึกหน้าจอสำหรับทีมโลคัลไลเซชัน
วิธีที่ทีมโลคัลไลเซชันและทีมแปลใช้การบันทึกหน้าจอเพื่อให้บริบทของอินเทอร์เฟซจริงแก่นักแปล จับข้อผิดพลาดของเลย์เอาต์ และส่งมอบผลิตภัณฑ์หลายภาษาที่ดีขึ้น
การบันทึกหน้าจอสำหรับทีมโลคัลไลเซชัน
นักแปลแทบไม่เคยเห็นผลิตภัณฑ์ที่ตัวเองกำลังแปล สิ่งที่ได้รับคือสเปรดชีตของสตริง — btn.save, error.network.retry, tooltip.export — ที่ถูกตัดเบาะแสทางสายตาออกไปทั้งหมด ทั้งเรื่องข้อความปรากฏตรงไหน มีพื้นที่แค่ไหน และใครเป็นคนอ่าน ผลลัพธ์จึงคาดเดาได้ นั่นคือคำแปลที่ถูกต้องในทางเทคนิคแต่อ่านแล้วแปลก ล้นออกนอกปุ่ม หรือขัดแย้งกับหน้าจอรอบข้าง
การบันทึกหน้าจอปิดช่องว่างนี้ วิดีโอเดินชมฟีเจอร์เพียงสองนาทีให้บริบทที่ใช้งานได้มากกว่าบันทึกข้อความหนึ่งหน้าเต็ม และต้นทุนการผลิตต่ำกว่ามาก
คู่มือนี้อธิบายวิธีที่ผู้จัดการโลคัลไลเซชัน นักแปล และผู้ตรวจสอบคุณภาพด้านภาษาใช้ Recorded ตลอดกระบวนการทำงาน
ทำไมวิดีโอจึงดีกว่าช่อง “บริบท”
ระบบจัดการงานแปลส่วนใหญ่มีช่อง “บริบท” หรือ “หมายเหตุ” แต่ในทางปฏิบัติมักปล่อยว่าง หรือมีแค่ข้อความสั้น ๆ อย่าง “ปุ่มในหน้าตั้งค่า” วิดีโอแก้ปัญหาที่ช่องนั้นไม่เคยแก้ได้
- บริบทเชิงพื้นที่: เห็นว่าป้ายข้อความมีพื้นที่แนวนอนจริง ๆ เท่าไรก่อนจะถูกตัด
- บริบทของลำดับขั้นตอน: สตริงจะเข้าใจได้ทันทีเมื่อเห็นสามหน้าจอที่มาก่อนหน้า
- บริบทของน้ำเสียง: หน้าจอเริ่มต้นใช้งานกับคำเตือนก่อนลบข้อมูลต้องใช้ระดับภาษาต่างกัน วิดีโอทำให้เห็นชัด
- บริบทของสถานะ: สถานะว่าง สถานะข้อผิดพลาด และสถานะกำลังโหลด อธิบายด้วยข้อความยากแต่แสดงให้ดูง่าย
สำหรับทีมที่กระจายอยู่หลายเขตเวลา การบันทึกยังตัดการส่งอีเมลถามกลับไปกลับมาออกไปทั้งรอบ นักแปลแค่ดูแทนที่จะต้องถาม
ควรบันทึกอะไรบ้าง
1. วิดีโอเดินชมฟีเจอร์เพื่อให้บริบท
ก่อนส่งเวอร์ชันไปแปล ให้บันทึกการใช้งานฟีเจอร์ใหม่แต่ละตัวหนึ่งรอบ เล่าว่าผู้ใช้กำลังพยายามทำอะไร และชี้จุดที่กำกวม เช่น ตัวแปรที่จะถูกแทนด้วยตัวเลข สตริงที่ใช้ซ้ำหลายที่ หรือป้ายที่ถูกใช้เป็นชื่อหน้าด้วย
ทำให้สั้นและจำกัดที่ฟีเจอร์เดียว นักแปลที่รับงาน 40 สตริงควรหาวิดีโอห้านาทีที่ตรงจุดเจอ ไม่ใช่ต้องไล่หาในวิดีโอรีวิวรีลีส 45 นาที
2. การบรรยายศัพท์เฉพาะและสไตล์
บันทึกสกรีนแคสต์สั้น ๆ ที่พาไล่ดูอภิธานศัพท์บนหน้าจอผลิตภัณฑ์จริง เช่น วัตถุนี้เราเรียกแบบนี้ คำนี้เราไม่ใช้เด็ดขาด และเราเรียกผู้ใช้แบบนี้ การตัดสินใจเรื่องศัพท์จะจำได้ดีกว่าเมื่อเห็นคำนั้นอยู่ในตำแหน่งจริง แทนที่จะอ่านจากแถวในสเปรดชีต
3. เซสชันตรวจคุณภาพด้านภาษา
เมื่อผู้ตรวจพบปัญหา การบันทึกหน้าจอคือวิธีรายงานที่เร็วที่สุด จับภาพหน้าจอ แสดงเส้นทางการทำซ้ำ แล้วพูดคำแก้ไขออกมา นักพัฒนาที่อ่านภาษาปลายทางไม่ออกก็ยังเห็นได้ว่าป้ายถูกตัด หรือรูปแบบวันที่ผิด
4. พฤติกรรมเฉพาะของแต่ละภาษา
บางปัญหาเกิดเฉพาะบางภาษา เช่น การกลับด้านของอินเทอร์เฟซแบบขวาไปซ้าย ระดับความสุภาพ รูปแบบสกุลเงินและวันที่ ลำดับการเรียง หรือฟอนต์ที่ไม่มีอักขระที่ต้องใช้ เรื่องเหล่านี้เขียนอธิบายให้ชัดแทบเป็นไปไม่ได้ แต่บันทึกวิดีโอง่ายมาก
การตั้งค่าบันทึกสำหรับงานโลคัลไลเซชัน
ใช้การจับภาพเฉพาะหน้าต่าง
การจับภาพหน้าต่างจะแยกเฉพาะแอปพลิเคชัน และกันเดสก์ท็อป แท็บเบราว์เซอร์ และไฟล์ส่วนตัวออกจากเฟรม ทั้งยังทำให้กรอบภาพคงที่ในทุกวิดีโอ ซึ่งสำคัญมากเมื่อผู้ตรวจต้องเทียบหน้าจอเดียวกันในสองภาษา
ให้เห็นภาษาต้นทาง
วิดีโอให้บริบทควรบันทึกด้วยภาษาต้นทาง ซึ่งก็คือภาษาที่ใช้เขียนสตริงเหล่านั้น จุดประสงค์คือแสดงให้นักแปลเห็นว่าเขากำลังแปล “จาก” อะไร ในตำแหน่งจริง
จัดกรอบภาพให้ตรงกันทุกภาษา
เมื่อบันทึกหน้าจอเดียวกันในหลายภาษาเพื่อเปรียบเทียบ ให้ใช้ขนาดหน้าต่างและพื้นที่จับภาพเหมือนกันทุกครั้ง การดูเทียบกันจะมีประโยชน์ก็ต่อเมื่อตัวแปรเดียวที่ต่างคือภาษา
ค่าที่แนะนำ
- ความละเอียด: ความละเอียดดั้งเดิมของจอ เพื่อให้ตัวอักษรเล็ก ๆ ยังอ่านออก
- เฟรมเรต: 30fps เพียงพอสำหรับการเดินชมอินเทอร์เฟซ และไฟล์เล็กพอจะแนบในทิกเก็ต
- เคอร์เซอร์: แสดงตลอดเวลา เพราะผู้ชมใช้ติดตามเส้นทางของคุณ
- เสียงระบบ: ปิดไว้ ยกเว้นฟีเจอร์นั้นมีเสียง เพื่อไม่ให้เสียงแจ้งเตือนแทรกกลางคำบรรยาย
การตัดต่อสำหรับผู้ชมหลายภาษา
ใช้ข้อความซ้อนบนหน้าจอแทนการบรรยายยาว
เสียงบรรยายทุกหนึ่งนาทีคือหนึ่งนาทีที่อาจต้องมีคนแปลหรือทำคำบรรยายในภายหลัง สำหรับวิดีโอให้บริบทที่นักแปลหลายภาษาต้องดู ข้อความซ้อนบนหน้าจอมักเป็นทางเลือกที่ดีกว่า เพราะอัปเดตเร็ว กวาดสายตาอ่านง่าย และอ่านได้โดยไม่ต้องเปิดเสียง
ใช้เสียงบรรยายในจุดที่น้ำเสียงและความละเอียดอ่อนสำคัญ เช่น แนวทางด้านสไตล์และเหตุผลเบื้องหลัง ส่วนป้าย รหัสสตริง และคำอธิบายสั้น ๆ ให้ใช้ข้อความซ้อน
แสดงรหัสสตริงบนหน้าจอ
เมื่อชี้ไปที่ป้ายในอินเทอร์เฟซ ให้ใส่ข้อความซ้อนกำกับคีย์ไว้ด้วย เช่น settings.export.format นิสัยเล็ก ๆ นี้เปลี่ยนวิดีโอบริบทให้กลายเป็นสิ่งที่นักแปลค้นเทียบกับรายการสตริงได้ และยังทำให้รายงานตรวจคุณภาพนำไปแก้ได้ทันที เพราะนักพัฒนารู้ชัดว่าต้องแก้คีย์ไหน
ซูมเข้าไปที่เลย์เอาต์คับแคบ
ปัญหาข้อความถูกตัด ตกบรรทัด และล้นกรอบ ล้วนซ่อนอยู่ในรายละเอียดเล็ก ๆ ให้ซูมเข้าก่อนถึงจังหวะสำคัญ ค้างไว้นานพอให้ผู้ชมอ่านป้ายได้ แล้วซูมออกเพื่อแสดงตำแหน่งของมันบนหน้าจอ
ตัดทิ้งอย่างเด็ดขาด
ตัดวงกลมโหลด เส้นทางที่กดผิด และช่วงที่คุณหาเมนูไม่เจอออกให้หมด วิดีโอสามนาทีที่กระชับ นักแปลทั้งสิบสองคนจะดูจนจบ ส่วนวิดีโอสิบสองนาทีที่เยิ่นเย้อ จะไม่มีใครดูเลย
การจัดระเบียบคลังวิดีโอโลคัลไลเซชัน
ทรัพยากรโลคัลไลเซชันอยู่ยาวกว่ารีลีสแต่ละครั้ง การตั้งชื่อจึงสำคัญ
- ใส่ชื่อฟีเจอร์และภาษา:
checkout-flow-context-en.mp4,checkout-flow-qa-de.mp4 - ใส่เวอร์ชันผลิตภัณฑ์หรือวันที่ปล่อย เพราะวิดีโออินเทอร์เฟซจะล้าสมัยทันทีที่หน้าจอเปลี่ยน
- จัดกลุ่มตามฟีเจอร์ ไม่ใช่ตามรอบงานแปล เพราะรอบงานเป็นเรื่องชั่วคราว แต่ฟีเจอร์อยู่ต่อ
- เก็บวิดีโอบริบทภาษาต้นทางไว้ข้าง ๆ วิดีโอตรวจคุณภาพของแต่ละภาษา เพื่อให้เทียบกันได้ง่าย
เมื่อหน้าจอถูกออกแบบใหม่ ให้บันทึกวิดีโอบริบทใหม่ วิดีโอที่ล้าสมัยแย่กว่าการไม่มีวิดีโอเลย เพราะนักแปลเชื่อตามนั้น
การรายงานบั๊กโลคัลไลเซชันด้วยวิดีโอ
วิดีโอรายงานบั๊กโลคัลไลเซชันที่ดีมีสี่อย่าง
- ภาษาที่ใช้ ระบุตั้งแต่ต้นและมองเห็นได้ในอินเทอร์เฟซ
- เส้นทางการทำซ้ำ แสดงจากจุดเริ่มต้นที่ชัดเจน ไม่ใช่กลางกระบวนการ
- ตัวปัญหา ซูมเข้าและค้างไว้นานพอให้อ่านได้
- ผลลัพธ์ที่คาดหวัง บรรยายด้วยเสียงหรือแสดงเป็นภาษาต้นทาง
แนบไปกับทิกเก็ตพร้อมคีย์ของสตริง บั๊กที่รายงานแบบนี้จะข้ามการถกเถียงไปมาว่าเป็นปัญหาการแปล เลย์เอาต์ หรือฟอนต์ เพราะทุกคนเห็นด้วยตาตัวเอง
เช็กลิสต์การบันทึกสำหรับโลคัลไลเซชัน
- หนึ่งวิดีโอต่อหนึ่งฟีเจอร์ ไม่ใช่ต่อหนึ่งรีลีส
- วิดีโอบริบทแสดงภาษาต้นทาง
- แสดงรหัสสตริงเป็นข้อความซ้อนในจุดที่เกี่ยวข้อง
- ใช้การจับภาพหน้าต่างเพื่อกรอบภาพที่คงที่
- ใช้การซูมกับเลย์เอาต์ที่คับแคบหรือถูกตัด
- ระบุภาษาไว้ตอนต้นของวิดีโอตรวจคุณภาพ
- ตั้งชื่อไฟล์ด้วยฟีเจอร์ ภาษา และเวอร์ชัน
- บันทึกใหม่เมื่ออินเทอร์เฟซเปลี่ยนอย่างมีนัยสำคัญ
บทสรุป
คุณภาพของงานโลคัลไลเซชันขึ้นอยู่กับบริบทเป็นส่วนใหญ่ นักแปลที่เข้าใจว่ากำลังมองอะไรอยู่จะตัดสินใจได้ดีกว่า ถามน้อยลง และเขียนข้อความที่พอดีกับอินเทอร์เฟซที่ข้อความนั้นจะไปอยู่
เริ่มจากฟีเจอร์ที่มีคำถามเรื่องการแปลมากที่สุด บันทึกวิดีโอเดินชมที่โฟกัสชัดหนึ่งชิ้น แชร์ให้นักแปล แล้วดูว่าคำถามจะหายไปมากแค่ไหน