การยืนยัน

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

ดูเพิ่มเติมที่ You can Say That Again: The Role of Repetition in Conversation Design โดย James Giangola หัวหน้าฝ่ายการสนทนาและ Persona Design @ Google

อาจจําเป็นต้องมีการยืนยันอยู่ 2 ประเภท ได้แก่

ข้อมูลสําคัญที่กล่าวหรือโดยนัย
ตัวอย่าง: รองเท้าวิ่งสําหรับผู้ชาย (สไตล์รองเท้า), สีน้ําเงินหลวง และสีเขียวนีออน (สี)

สิ่งที่ Assistant กําลังจะดําเนินการหรือเสร็จสมบูรณ์แล้ว
ตัวอย่าง: การเพิ่มเซสชันลงในกําหนดการของผู้ใช้

และมีวิธีจัดการ 3 วิธี ได้แก่
ต้องมีคําตอบจากผู้ใช้เพื่อยืนยัน ("ฉันได้รับข้อความถูกหรือไม่") โดยปกติ ใช่/ไม่ หรือคําพ้องความหมาย
ผู้ใช้ไม่จําเป็นต้องตอบกลับ แม้ว่าผู้ใช้จะแก้ไขได้ถ้าต้องการ ("ไม่ 3 คน") เพียงยืนยัน ("คน 2 คนนั่งด้วยกัน") แล้วดําเนินการต่อ ในตัวอย่างนี้ ขั้นตอนถัดไปคือการยืนยันการซื้อที่นั่งเหล่านี้อย่างชัดแจ้ง
ไม่มีการยืนยันเพิ่มเติม (ของรหัสไปรษณีย์)

การใช้งาน

การยืนยันบางประเภทมีบ่อยกว่าการยืนยันบางประเภท ต่อไปนี้คือรายการวิธีใช้การยืนยัน จากสถานการณ์ที่พบบ่อยที่สุดไปจนถึงสถานการณ์ที่พบบ่อย

โดยใช้เวลาส่วนใหญ่เพื่อยืนยันอินพุตของผู้ใช้ต่อการเข้าชม แต่ใช้เพื่อยืนยันพารามิเตอร์ที่มีการกล่าวหรือโดยนัย ผู้ใช้ต้องการบริบทนี้เพื่อให้เข้าใจคําตอบ

ควรทํา

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

สิ่งที่ไม่ควรทํา

อย่าหลงเชื่อการยืนยันโดยการเน้นสิ่งที่การดําเนินการของคุณได้ยินหรือสิ่งที่ผู้ใช้พูด

รับทราบว่าได้ดําเนินการเสร็จสิ้นแล้ว (เว้นแต่จะชัดเจนด้วยตนเอง)

ควรทํา

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

สิ่งที่ไม่ควรทํา

ผู้ใช้อาจไม่เชื่อถือว่ามีการตั้งค่ารายละเอียด

ใช้เมื่อการดําเนินการ/ตอบกลับทําให้คุณเข้าใจผู้ใช้อย่างชัดเจนทันที ตัวเลือกนี้เป็นจริงสําหรับคําสั่งส่วนกลาง เช่น "หยุด" หรือ "ยกเลิก"

ควรทํา

โดยค่าเริ่มต้น การดําเนินการของคุณจะออกจากการสนทนา ดูการออกจากแอป

สิ่งที่ไม่ควรทํา

การดําเนินการของคุณบังคับให้ผู้ใช้สนทนาต่อไม่ได้

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

ควรทํา

โปรดทราบว่าคําตอบ "ใช่" ของผู้ใช้ไม่ได้รับการยืนยัน

สิ่งที่ไม่ควรทํา

ต้องไม่ยืนยันว่าใช่/ไม่ใช่ไวยากรณ์ เช่น "ตกลง"

ตรวจสอบกับผู้ใช้อีกครั้งก่อนที่จะดําเนินการซึ่งอาจทําให้เลิกทําได้ยาก เช่น การลบข้อมูลผู้ใช้ การทําธุรกรรม ฯลฯ

ควรทํา

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

สิ่งที่ไม่ควรทํา

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

ใช้เท่าที่จําเป็นเฉพาะในกรณีที่ผู้ใช้เกิดความเข้าใจผิดเท่านั้น เช่น ชื่อ ที่อยู่ ข้อความที่จะแชร์ในนามของผู้ใช้

ควรทํา

ยืนยันว่าจะส่งข้อความจริงๆ ก่อนส่ง เนื่องจากผู้ใช้จะแก้ไขไม่ได้หลังจากส่งแล้ว

สิ่งที่ไม่ควรทํา

ผู้ใช้ไม่ทราบแน่ชัดว่าข้อความใดจะรวมอยู่ในอีเมล หากมีข้อผิดพลาด ผู้ใช้จะไม่ทราบเลยว่า Lola (ผู้รับ) จะพูดอะไรไว้


การแก้ไข

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

ให้ให้ผู้ใช้แก้ไขหลักการสหกรณ์โดยพูดว่า "ไม่" ตามด้วยการแก้ไข (เช่น "ไม่ 7.00 น.") ซึ่งเรียกว่าการแก้ไขแบบขั้นตอนเดียว

ควรทํา

อนุญาตให้ผู้ใช้แก้ไขแบบ 1 ขั้นตอน

สิ่งที่ไม่ควรทํา

ซึ่งในคําตอบของผู้ใช้จะมีการตีความผิดว่า "ไม่" ในคําถามที่ว่า "จะเป็นทั้งหมดนี้หรือไม่"

ให้ผู้ใช้เปลี่ยนแปลงพารามิเตอร์ (ข้อมูลสําคัญซึ่งได้กล่าวหรือกล่าวโดยนัย)

ควรทํา

ชี้แจงสิ่งที่ผู้ใช้ต้องการแก้ไขและขอข้อมูลใหม่

สิ่งที่ไม่ควรทํา

อย่ายกเลิกและบังคับให้ผู้ใช้เริ่มกล่องโต้ตอบเอง ในกรณีนี้ ให้สร้างช่อที่กําหนดเองใหม่