วิธีกำหนดขอบเขตการเชื่อมต่อระบบแปลภาษาเข้ากับแอปธุรกิจที่มีอยู่
วางแผนการแปลภาษาในแอปธุรกิจของคุณ กำหนดเนื้อหา ภาษา การตรวจทาน กฎด้านข้อมูล การรับมือเมื่อระบบขัดข้อง และการทดสอบเพื่อตรวจรับ ก่อนขอใบเสนอราคา
เริ่มจากงานหนึ่งงานที่สมบูรณ์ซึ่งทีมของคุณต้องทำเป็นภาษาอื่น จากนั้นกำหนดว่าการแปลจะเข้ามาอยู่ในงานนั้นอย่างไร วิธีนี้ทำให้ผู้พัฒนาซอฟต์แวร์มีพื้นฐานในการประเมินราคาที่ชัดเจนกว่าคำขอให้เพิ่มปุ่มแปลภาษา
ขอบเขตงานควรครอบคลุมข้อความ บุคคล ข้อมูล และผลลัพธ์ และควรอธิบายด้วยว่าจะเกิดอะไรขึ้นเมื่อการแปลล้มเหลว ใช้ขั้นตอนด้านล่างเพื่อเตรียมขอบเขตนั้นก่อนเลือกแนวทางทางเทคนิค
เลือกขั้นตอนงานเดียวสำหรับรุ่นแรก
เขียนว่าข้อความต้นฉบับมาจากที่ใด และคำแปลที่อนุมัติแล้วต้องส่งไปที่ใด ตัวอย่างเช่น พนักงานฝ่ายสนับสนุนอาจต้องอ่านข้อความที่เข้ามาและเตรียมคำตอบเป็นภาษาของลูกค้า นี่เป็นข้อกำหนดตัวอย่าง ไม่ใช่รายงานการติดตั้งของ Vavus
ระบุทุกขั้นตอน ได้แก่ เปิดข้อความ ขอคำแปล อ่านต้นฉบับเทียบกับผลลัพธ์ แก้ไขคำตอบ และอนุมัติให้ส่ง กำหนดว่าการแปลจะเริ่มโดยอัตโนมัติ หรือเริ่มเมื่อพนักงานเลือกเท่านั้น
ทำรุ่นแรกให้เล็กไว้ การทดสอบหน้าจอเดียวกับงานธุรกิจที่ชัดเจนหนึ่งงานทำได้ง่ายกว่าการทดสอบทุกช่องข้อความในแอปพลิเคชัน
ระบุความต้องการด้านเนื้อหาและภาษา
ทำรายการช่องข้อมูลที่ต้องแปล แยกป้ายกำกับสั้นๆ ข้อความอิสระ เอกสาร และเสียงพูดออกจากกัน เพราะแต่ละแบบอาจต้องใช้การประมวลผลและการทดสอบต่างกัน ระบุช่องที่ต้องคงไว้ตามเดิมด้วย เช่น หมายเลขคำสั่งซื้อและรหัสสินค้า
ระบุภาษาต้นทางและภาษาปลายทาง รวมถึงรูปแบบภาษาตามภูมิภาค บันทึกความยาวข้อความโดยทั่วไปและปริมาณที่คาดว่าจะมีต่อวัน ถามว่าบริการที่เสนอรองรับคู่ภาษาและรูปแบบข้อมูลนำเข้าแบบใดบ้าง
บริบทอาจสำคัญสำหรับข้อความสั้น ตัวอย่างเช่น API แปลข้อความของ DeepL รองรับพารามิเตอร์บริบท ซึ่งอาจมีผลต่อคำแปลโดยไม่แปลตัวบริบทเอง เอกสารของ DeepL ยังระบุว่ารายการข้อความแยกกันในคำขอเดียวกันจะไม่ใช้บริบทร่วมกัน [1] ขอบเขตงานของคุณควรระบุว่าบริบทที่เป็นประโยชน์จะมาจากที่ใด
กำหนดคำศัพท์เฉพาะและการตรวจทานโดยคน
รวบรวมคำที่ธุรกิจของคุณใช้บ่อย ใส่คำแปลที่ต้องการ ชื่อผลิตภัณฑ์ และคำที่ต้องคงไว้ตามเดิม มอบหมายให้คนหนึ่งคนดูแลรายการนี้
บริการแปลบางรายรองรับอภิธานศัพท์ Google Cloud Translation อธิบายว่าอภิธานศัพท์ของตนเป็นพจนานุกรมที่กำหนดเองสำหรับใช้คำศัพท์เฉพาะสาขาให้สม่ำเสมอ [2] ตรวจสอบฟีเจอร์นี้กับคู่ภาษาที่คุณใช้จริงและบริการที่เลือก อภิธานศัพท์ไม่ได้พิสูจน์ว่าข้อความทั้งหมดถูกต้อง
กำหนดว่าผลลัพธ์ใดบ้างที่ต้องให้ผู้ตรวจทานภาษาที่มีคุณสมบัติเหมาะสมตรวจ ให้ผู้ตรวจทานเข้าถึงข้อความต้นฉบับได้ และกำหนดขั้นตอนอนุมัติที่ชัดเจนก่อนส่งหรือเผยแพร่ข้อความที่ลูกค้าจะเห็น
กำหนดกฎด้านข้อมูลและการเข้าถึง
อธิบายว่าขั้นตอนงานนี้จัดการข้อมูลอะไรบ้าง ใช้ตัวอย่างสมมติในการทดสอบช่วงแรก อย่าคัดลอกข้อมูลลูกค้าจริงมาใส่ในการทดลองเพียงเพื่อดูว่าปุ่มทำงานหรือไม่
ถามว่าข้อความจะถูกประมวลผลที่ใด แอปพลิเคชันจะจัดเก็บอะไร ใครอ่านได้บ้าง และจะลบเมื่อใด รวมบันทึกระบบและข้อมูลสำรองไว้ในการพูดคุยนี้ด้วย ยืนยันเงื่อนไขปัจจุบันของผู้ให้บริการและการควบคุมที่มีให้ในแพ็กเกจที่เลือก
อินเทอร์เฟซที่สั่งทำขึ้นเพียงอย่างเดียวไม่ได้ทำให้บริการแปลภายนอกกลายเป็นระบบส่วนตัวหรือใช้งานออฟไลน์ได้ หากโครงการของคุณต้องประมวลผลภายใน ให้ระบุข้อกำหนดนั้นตั้งแต่ต้น และทดสอบการไหลของข้อมูลทั้งหมดตามข้อกำหนดนั้น
วางแผนรับมือความล่าช้าและข้อผิดพลาด
เขียนเวลาตอบสนองที่คาดไว้ และสิ่งที่พนักงานควรทำเมื่อบริการใช้งานไม่ได้ แอปพลิเคชันควรแสดงสถานะที่ชัดเจน เช่น กำลังรอ พร้อมให้ตรวจทาน หรือล้มเหลว และต้องเก็บข้อความต้นฉบับไว้
ขอให้นักพัฒนาแยกความล้มเหลวชั่วคราวออกจากข้อผิดพลาดที่ต้องมีการแก้ไข ตัวอย่างเช่น DeepL ระบุให้หน่วงเวลาแล้วลองใหม่เมื่อเกิดข้อผิดพลาดจากการจำกัดอัตราคำขอ ขณะที่กรณีโควตาหมดต้องรับมือด้วยวิธีอื่น [3] คำขอที่ส่งซ้ำไม่ควรทำให้เกิดการดำเนินการทางธุรกิจซ้ำซ้อน เช่น ส่งคำตอบเดียวกันสองครั้ง
ตกลงเรื่องการแจ้งเตือนการใช้งานและผู้รับผิดชอบงานสนับสนุน เมื่อเปรียบเทียบต้นทุนโครงการ ให้รวมค่าบริการ การบำรุงรักษา และการเปลี่ยนแปลงในอนาคตด้วย
เขียนการทดสอบเพื่อตรวจรับก่อนเริ่มพัฒนา
เลือกตัวอย่างที่เป็นตัวแทนสำหรับทุกคู่ภาษาที่ต้องใช้ ใส่ข้อความยาว อักขระที่ไม่ค่อยพบ ช่องที่ว่างอยู่ และคำจากรายการที่อนุมัติแล้ว ทดสอบงานทั้งหมดตั้งแต่ระเบียนต้นทางจนถึงผลลัพธ์ที่บันทึกหรือส่งออกไปแล้ว
กำหนดเกณฑ์การผ่านที่คนตรวจสอบได้ ได้แก่ รหัสสินค้าไม่เปลี่ยน คำแปลที่ยังไม่อนุมัติส่งไม่ได้ คำขอที่ล้มเหลวมองเห็นได้ และผู้ตรวจทานย้อนกลับไปดูต้นฉบับได้ ให้ผู้ตรวจทานที่มีคุณสมบัติเหมาะสมประเมินความหมายและน้ำเสียง บันทึกข้อบกพร่อง แล้วทดสอบชุดเดิมซ้ำหลังมีการแก้ไข
เตรียมคำขอใบเสนอราคาให้ชัดเจน
ส่งขั้นตอนงาน ช่องข้อมูลตัวอย่าง คู่ภาษา ปริมาณโดยประมาณ กฎด้านข้อมูล และการทดสอบเพื่อตรวจรับ ระบุแต่ละรายการว่าจำเป็นสำหรับการเปิดใช้งานครั้งแรก หรือเหมาะกับรุ่นถัดไป ขอให้ระบุสมมติฐานและสิ่งที่ไม่รวมไว้เป็นลายลักษณ์อักษร
Vavus มีบริการกำหนดขอบเขตงานเป็นลายลักษณ์อักษรสำหรับโครงการสั่งทำ [4] ใช้หน้าขอใบเสนอราคาเพื่ออธิบายแอปพลิเคชันที่คุณมีอยู่และงานที่ต้องการปรับปรุง การเชื่อมต่อระบบ การติดตั้งใช้งาน และการทดสอบที่เสนอควรได้รับการยืนยันในขอบเขตโครงการของคุณ
ขอใบเสนอราคาเป็นลายลักษณ์อักษร