ตัวแปรในระบบแชทโรงแรมไม่ถูกต้อง: เช็กลิสต์ตรวจสอบคุณภาพเทมเพลต

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

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

เขียนข้อความที่คาดหวังก่อนตรวจดูตัวอย่าง

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

ลองใช้การจองทดสอบสมมติที่พนักงานควบคุมได้: มายาจะเข้าพักวันที่ 24 พฤศจิกายน ค่าที่พักรวม $240 และได้รับเงินมัดจำ $60 แล้ว ยอดค่าห้องพักคงเหลือจึงเท่ากับ $180 โดยสมมติว่าไม่มีค่าใช้จ่ายอื่น และยังไม่ได้จัดสรรห้องพักจริง

สำหรับข้อความเตือนยอดค้างชำระ ผลลัพธ์ที่ยอมรับได้อาจเป็น: "สวัสดีคุณมายา คุณมีกำหนดเข้าพักวันที่ 24 พฤศจิกายน ยอดค่าห้องพักคงเหลือคือ 180 ดอลลาร์สหรัฐ" ข้อความไม่ควรเรียกเก็บ 240 ดอลลาร์สหรัฐ หรือเปิดเผยหมายเลขห้องที่ยังไม่ได้ยืนยัน

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

ตรวจสอบด้วยว่าใครควรเป็นผู้รับ ผู้ช่วยอาจเป็นผู้จองให้มายา แม้ชื่อผู้เข้าพักในข้อความจะถูกต้อง แต่หากส่งผิดคนก็ยังถือว่าไม่ผ่าน

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

ทดสอบการจองที่มีแนวโน้มทำให้เทมเพลตผิดพลาดมากที่สุด

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

วันเข้าพักเปลี่ยนหลังจากเตรียมข้อความแล้ว

เปลี่ยนวันเข้าพักทดสอบจากวันที่ 24 เป็น 26 พฤศจิกายนตามขั้นตอนที่ระบบรองรับ ตรวจสอบตัวอย่างข้อความใหม่ รวมถึงข้อความที่เตรียมไว้หรืออยู่ในคิวแล้ว ผลลัพธ์ที่ยอมรับได้คือข้อความแสดงวันที่แก้ไขแล้ว หรือถูกระงับไว้เพื่อให้เปลี่ยนข้อความเก่า

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

ได้รับชำระเงินเพิ่มเติมก่อนส่งข้อความ

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

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

ข้อมูลที่ไม่จำเป็นขาดหายไป

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

รายละเอียดที่จำเป็นต้องจัดการต่างออกไป หากขาดสกุลเงิน ที่อยู่ของที่พัก หรือข้อมูลสำคัญสำหรับการเข้าพัก ควรระงับข้อความไว้เพื่อตรวจสอบ ถ้อยคำที่เป็นมิตรไม่สามารถแก้คำแนะนำที่ไม่ปลอดภัยได้

ผู้จอง ที่พัก หรือห้องพักแตกต่างออกไป

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

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

ช่องทางหรือภาษาเปลี่ยนไป

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

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

ตัดสินใจ: ส่ง แก้ไขแล้วทดสอบซ้ำ หรือระงับไว้

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

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

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

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

หากส่งข้อความที่ไม่ถูกต้องออกไปแล้ว

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

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

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