UI แบบบทสนทนา ไม่ใช่ UI ของแอป
ตัวแทน RBM เหมาะสมอย่างยิ่งสำหรับการมอบหมายงานที่มีประสิทธิภาพและเจาะจงให้กับผู้ใช้ในอินเทอร์เฟซผู้ใช้แบบสนทนา ตัวแทนที่ออกแบบมาได้ดีที่สุดจะคอยให้การโต้ตอบมุ่งเน้น ชัดเจน เข้าใจง่าย และมีโครงสร้างเหมือนการสนทนาอย่างเป็นธรรมชาติ
ตัวแทนไม่สามารถใช้ UI ภาพของแอปหรือหน้าเว็บ และไม่ควรพยายามเลียนแบบ ตัวแทนจะต้องพึ่งพาการสนทนาที่เรียบเรียงมาอย่างละเอียดรอบคอบ ซึ่งตอบสนองความต้องการของผู้ใช้ด้วยการแนะนำผู้ใช้ด้วยคำแนะนำที่เป็นคำพูด คำแนะนำ และการจัดการข้อผิดพลาดที่ดี
นอกจากนี้ ตัวแทนไม่ควรเลียนแบบระบบโทรศัพท์หรืออินเทอร์เฟซที่พึ่งพาผู้ใช้ที่ตอบกลับด้วยตัวเลขซึ่งแสดงถึงการดำเนินการหนึ่งๆ ผู้ใช้ควรสื่อสารกับตัวแทนได้อย่างเป็นธรรมชาติ เหมือนที่พูดคุยกับอีกคนในการสนทนา
ดูข้อมูลเพิ่มเติมเกี่ยวกับ UI แบบบทสนทนาได้ที่ UI แบบบทสนทนาและเหตุผล
ตรวจสอบความสามารถของอุปกรณ์
ก่อนเริ่มการสนทนากับผู้ใช้ ให้ตรวจสอบว่าอุปกรณ์ของผู้ใช้รับข้อความ RCS ได้ ส่งคำขอความสามารถเพื่อระบุความสามารถของอุปกรณ์และปรับแต่งการโต้ตอบของตัวแทนให้สอดคล้องกัน โต้ตอบกับผู้ใช้ในลักษณะที่อุปกรณ์ของพวกเขารองรับเท่านั้น หากอุปกรณ์ของผู้ใช้ไม่ได้เปิดใช้ RCS ให้ตั้งค่าวิธีการสื่อสารสำรองด้วยเทคโนโลยีอื่น เช่น SMS
เริ่มการสนทนา
การเริ่มต้นการสนทนาจะเป็นสิ่งกำหนดความคาดหวังของผู้ใช้ว่าตัวแทนจะทำอะไรได้บ้าง เริ่มการสนทนาด้วยข้อความที่หนักแน่น เช่น แสดงบุคลิกภาพของตัวแทน ข้อมูลที่ผู้ชมสนใจ และแชร์ความสามารถของตัวแทน ให้ผู้ใช้มีตัวเลือกที่ชัดเจนในการโต้ตอบกับตัวแทน และสนทนาต่อ
เป็นไปตามขนาดสูงสุดของข้อความ
RBM จะใช้ขีดจำกัดขนาดสูงสุดของข้อความ RBM และไฟล์สื่อที่มีอยู่ในข้อความ ซึ่งเก็บบันทึกไว้ในหน้าส่งข้อความ
รักษาจังหวะที่ดี
การใช้ข้อมูลประเภทต่างๆ ในการสนทนาช่วยให้ผู้ใช้มีส่วนร่วมและ โต้ตอบกับตัวแทนของคุณได้ แต่โปรดระวังอย่ายัดเยียดผู้ใช้ รักษาข้อความให้มีความยาวกระชับและน่าสนใจเพื่อให้ผู้ใช้มองเห็นทั้งข้อความในหน้าจอได้พร้อมกัน รูปภาพและการ์ดริชมีเดียอาจใช้พื้นที่หน้าจอมาก ดังนั้นโปรดทราบว่าผู้ใช้ต้องเลื่อนเพื่ออ่านข้อความทั้งหมด
เก็บข้อความตามลำดับ
หากคุณส่งข้อความหลายข้อความตามลำดับ ผู้ใช้จะได้รับข้อความเหล่านั้นตามลำดับที่สำคัญ ข้อความบางอย่าง เช่น ข้อความที่มีสื่อ อาจใช้เวลาประมวลผลนานกว่าข้อความอื่นๆ เช่น ข้อความอย่างเดียว โปรดรอจนกว่าจะได้รับการตอบกลับ 200 OK สำหรับข้อความก่อนที่จะส่งข้อความถัดไปในลำดับ เพื่อให้แน่ใจว่าผู้ใช้จะได้รับข้อความตามลำดับที่คุณส่ง
การตอบกลับ 200 OK ยืนยันว่าแพลตฟอร์ม RBM ได้รับข้อความแล้ว และผู้ใช้ควรได้รับข้อความของคุณในลำดับที่ถูกต้อง หากไม่รอการตอบกลับจาก 200 OK ก่อนส่งข้อความอีกครั้ง ผู้ใช้อาจได้รับข้อความของคุณโดยไม่เรียงตามลำดับ
ตรวจสอบข้อความขาเข้าที่ซ้ำกัน
เมื่อคุณตรวจหาและตอบกลับข้อความขาเข้าจากผู้ใช้ ให้ตรวจสอบ messageId และตรวจสอบว่าคุณยังไม่ได้รับและตอบกลับข้อความก่อนหน้านี้
ระบบแบบกระจายมีการส่งข้อความ 2 วิธี ได้แก่ มากที่สุดครั้งเดียวและอย่างน้อย 1 ครั้ง
- สำหรับระบบ "มากที่สุด 1 ครั้ง" ระบบจะส่งข้อความเพียงครั้งเดียว แต่หากเกิดข้อผิดพลาดของเครือข่ายหรือการสื่อสารระหว่างขั้นตอน ระบบอาจไม่ได้รับข้อความ
- เมื่อใช้ระบบ "อย่างน้อย 1 ครั้ง" ระบบอาจส่งข้อความหลายครั้ง แต่คุณจะได้รับข้อความแม้ว่าจะมีข้อผิดพลาดในเครือข่ายหรือการสื่อสารก็ตาม
Google Cloud Pub/Sub ใช้ระบบ "อย่างน้อย 1 ครั้ง" แม้ว่าการดำเนินการนี้อาจทำให้มีข้อความขาเข้าซ้ำกัน แต่คุณกรองข้อความที่ซ้ำกันออกได้ง่ายๆ ด้วยการติดตามสตริง messageId หากได้รับข้อความแล้ว คุณไม่จำเป็นต้องสนใจข้อความอื่นๆ ที่คุณได้รับผ่าน messageId เดิม
เขียนข้อความที่ชัดเจนและสอดคล้องกัน
ส่งข้อความที่น่าสนใจและชัดเจนเพื่อให้ผู้ใช้เข้าใจ ข้อความที่ดีจะกระตุ้นให้ผู้ใช้ตอบกลับ และความสอดคล้องด้านรูปแบบ การจัดรูปแบบ และจังหวะข้อความจะช่วยสร้างความไว้วางใจกับผู้ใช้
โปรดคำนึงถึงแนวทางปฏิบัติแนะนำเพิ่มเติมต่อไปนี้เมื่อสร้างข้อความ
- อย่าสร้างทางตัน การตอบกลับที่แนะนำแต่ละรายการควรนำไปสู่ชุดข้อความการสนทนาที่มีความหมายกับผู้ใช้
- หากจำเป็น ให้เรียกผู้ใช้ว่า "คุณ" ไม่ใช่ "ฉัน"
- สำหรับชื่อและป้ายกำกับ ให้ใช้ลักษณะตัวพิมพ์ของประโยค ไม่ใช่ลักษณะตัวพิมพ์ของหัวข้อ ตัวอย่างเช่น "รายงานประจำบัญชี" ไม่ใช่ "รายงานประจำบัญชี"
- ใช้การย่อ "คือ" เป็นการสนทนามากกว่า "ที่เป็นอยู่"
- ใช้เครื่องหมายอัศเจรีย์เท่าที่จำเป็น
- ใช้คอมมาอนุกรม เช่น "A, B และ C" ไม่ใช่ "A, B และ C"
- เขียนตัวเลขเป็นตัวเลข เช่น "1, 2, 3" ไม่ใช่ "1, 2, 3"
เคารพเมื่อผู้ใช้ไม่ต้องการรับข้อความ
เมื่อผู้ใช้ระบุว่าต้องการหยุดรับข้อความจากตัวแทนของคุณ คุณต้องเคารพการตัดสินใจของผู้ใช้ ตัวแทนของคุณต้องเข้าใจเมื่อผู้ใช้ตอบกลับว่า "STOP" และตอบสนองอย่างเหมาะสม ตัวแทนควรเข้าใจวิธีต่างๆ ที่ผู้ใช้อาจใช้เพื่อสื่อสารว่าตนเองต้องการหยุดรับข้อความ ซึ่งรวมถึงทุกภาษาที่ผู้ใช้อาจใช้เพื่อสื่อสารความต้องการ
โปรดศึกษากฎหมายและแนวทางปฏิบัติแนะนำสำหรับประเทศที่คุณดำเนินธุรกิจเกี่ยวกับวิธีตอบสนองต่อ STOP และคำสั่งอื่นๆ ที่บังคับ ตัวอย่างเช่น ดูแนวทางปฏิบัติแนะนำของ CTIA
ช่วยเหลือผู้ใช้
ตัวแทนของคุณควรตอบกลับข้อความ HELP จากผู้ใช้ และให้ความรู้ผู้ใช้เกี่ยวกับความสามารถของตัวแทน สิ่งง่ายๆ อย่างรายการคำตอบที่แนะนำซึ่งสอดคล้องกับการทำงานของตัวแทนอาจเปลี่ยนประสบการณ์ที่ไม่ดีของผู้ใช้ให้กลายเป็นประสบการณ์ที่มีประโยชน์ได้
ดำเนินการซ้ำโดยมี Exponential Backoff
เมื่อเรียก API อาจทำให้การเรียกล้มเหลวเนื่องจากปัญหาเกี่ยวกับโครงสร้างพื้นฐาน บริการมากเกินไป ขีดจำกัด QPS และข้อผิดพลาดอื่นๆ หากต้องการกู้คืนจากการเรียก API ที่ล้มเหลวอย่างราบรื่น ให้ใช้การลองใหม่แบบ Exponential Backoff
เมื่อใช้การลองใหม่โดยมี Exponential Backoff โครงสร้างพื้นฐานจะ ดำเนินการดังนี้โดยอัตโนมัติ
- ระบุการเรียก API ที่ล้มเหลว
- ตั้งค่าระยะเวลารอเริ่มต้นและจำนวนการลองใหม่สูงสุด
- จะหยุดชั่วคราวในระหว่างที่รอ
- ลองเรียก API อีกครั้ง
ประเมินการตอบกลับการเรียก API
- หากประสบความสำเร็จ ให้ไปยังขั้นตอนถัดไปในเวิร์กโฟลว์
- หากดำเนินการไม่สำเร็จ ให้เพิ่มระยะเวลารอและกลับไปที่ขั้นตอนที่ 3
- หากการทำงานล้มเหลวหลังจากการลองใหม่ครบจำนวนสูงสุดแล้ว ให้ป้อนสถานะล้มเหลว
ระยะเวลารอที่เหมาะสมและจำนวนการลองใหม่สูงสุดที่ต้องการจะแตกต่างกันไปตามกรณีการใช้งาน ระบุตัวเลขเหล่านี้โดยอิงตามข้อกำหนดด้านเวลาในการตอบสนองของโครงสร้างพื้นฐานและเวิร์กโฟลว์
การ์ดริชมีเดีย
การ์ดริชมีเดียช่วยให้คุณรวมสื่อ ข้อความ และคำแนะนำไว้ในข้อความเดียวได้ ดังนั้น สื่อไม่ควรเป็นองค์ประกอบเดียวในการ์ดริชมีเดีย และการตอบกลับที่แนะนำหรือการดำเนินการที่แนะนำควรมาพร้อมกับการ์ดริชมีเดียแบบสแตนด์อโลนเสมอ
Rich Card แนวตั้ง
การ์ดริชมีเดียแนวตั้งจะแสดงสื่อแนวนอนที่ด้านบนของการ์ด สื่อแนวนอนควรมีสัดส่วนภาพ 2:1, 16:9 หรือ 7:3
เมื่อส่งสื่อให้ผู้ใช้ คุณควรเคารพทรัพยากรของผู้ใช้ เมื่อสื่อแนวนอนมีอัตราส่วน 2:1 ความละเอียดที่เหมาะสมสำหรับสื่อคือ 1440x720 พิกเซล โดยมีขนาดไฟล์ที่แนะนำไม่เกิน 2 MB สำหรับรูปภาพ และ 10 MB สำหรับวิดีโอ ความละเอียดที่เหมาะสมสำหรับภาพขนาดย่อของสื่อคือ 770x335 px โดยมีขนาดไฟล์ที่แนะนำ 40 kB และขนาดสูงสุดที่แนะนำคือ 100 kB
Rich Card แนวนอน
การ์ดริชมีเดียแนวนอนจะแสดงสื่อแนวตั้งทางด้านซ้ายหรือขวาของการ์ด สื่อแนวตั้งควรมีสัดส่วนภาพ 3:4
เมื่อส่งสื่อให้ผู้ใช้ คุณควรเคารพทรัพยากรของผู้ใช้ เมื่อสื่อแนวตั้งมีอัตราส่วน 3:4 ความละเอียดที่เหมาะสมสำหรับสื่อคือ 768x1024 พิกเซล โดยมีขนาดไฟล์ที่แนะนำไม่เกิน 2 MB สำหรับรูปภาพ และ 10 MB สำหรับวิดีโอ ความละเอียดที่เหมาะสมสำหรับภาพขนาดย่อของสื่อคือ 250x330 พิกเซล โดยมีขนาดไฟล์ที่แนะนำ 40 kB และขนาดสูงสุดที่แนะนำคือ 100 kB
ภาพสไลด์ Rich Card
ภาพสไลด์การ์ดริชมีเดียเหมาะสำหรับการเรียกดูเนื้อหาหรือตัวเลือกต่างๆ แต่ควรใช้เฉพาะเมื่อมีหลายรายการให้อ่านหรือเปรียบเทียบเท่านั้น เช่น แพ็กเกจข้อมูลหรืออุปกรณ์ รายการแรกในภาพสไลด์ควรเป็นตัวเลือกที่เหมาะสมที่สุด ในบางสถานการณ์ และแจ้งเหตุผลว่าทำไมรายการดังกล่าวจึงเป็นตัวเลือกที่ดีที่สุด ควรมีการระบุให้ผู้ใช้ทราบ
ชิปคำแนะนำใต้ภาพสไลด์ควรเลื่อนไปข้างหน้าหรือเปลี่ยนทิศทางการสนทนา ชิปคำแนะนำไม่ควรใช้ตัวเลือกที่แสดงซ้ำภายในภาพสไลด์ และไม่ควรใช้เครื่องมือการเลือกสำหรับรายการที่แสดงในภาพสไลด์
สื่อในภาพสไลด์ของการ์ดริชมีเดีย
ภาพสไลด์การ์ดริชมีเดียจะแสดงสื่อแนวนอนที่ด้านบนของการ์ดริชมีเดีย สื่อแนวนอนในภาพสไลด์ควรมีสัดส่วนภาพ 4:3
เมื่อส่งสื่อให้ผู้ใช้ คุณควรเคารพทรัพยากรของผู้ใช้ เมื่อสื่อมีสัดส่วนภาพ 4:3 ความละเอียดที่เหมาะสมที่สุดสำหรับสื่อคือ 960x720 พิกเซล และมีขนาดไม่เกิน 1 MB สําหรับรูปภาพ และ 5 MB สำหรับวิดีโอ ความละเอียดที่เหมาะสมสำหรับภาพขนาดย่อของสื่อคือ 605x452 พิกเซล โดยมีขนาดไฟล์ที่แนะนำ 40 kB และขนาดสูงสุดที่แนะนำคือ 100 kB
การตอบกลับและการดำเนินการที่แนะนำ
การตอบกลับและการดำเนินการที่แนะนำภายในการ์ดริชมีเดียควรเกี่ยวข้องกับเนื้อหาภายในการ์ดนั้นโดยตรง
การตอบกลับและการดำเนินการที่แนะนำภายในรายการชิปควรเป็นช่องทางในการดำเนินไปหรือเปลี่ยนทิศทางการสนทนา
คำตอบที่แนะนำ
การตอบกลับที่แนะนำจะช่วยให้ผู้ใช้ตอบกลับตัวแทนของคุณในรูปแบบที่ตอบกลับได้ง่าย ใช้การตอบกลับที่แนะนำเว้นแต่การโต้ตอบดังกล่าวต้องใช้การตอบกลับรูปแบบอิสระ ซึ่งประมวลผลได้ง่ายกว่าข้อความรูปแบบอิสระและช่วยให้ตัวแทน จัดการการสนทนาได้ในเส้นทางที่เหมาะสม
การดำเนินการที่แนะนำ
การดำเนินการที่แนะนำช่วยให้ตัวแทนเข้าถึงการดำเนินการของอุปกรณ์ที่มาพร้อมเครื่องได้และมอบประสบการณ์การใช้งานที่ผสานรวมอย่างเต็มรูปแบบแก่ผู้ใช้ หากมีความเกี่ยวข้อง การดำเนินการที่แนะนำ จะช่วยให้โทรหาฝ่ายสนับสนุนลูกค้าหรือหาสถานที่ตั้งในแผนที่ได้ง่าย
แต่อย่าทำให้ผู้ใช้มีตัวเลือกมากเกินไป ระบุเฉพาะการดำเนินการที่เกี่ยวข้องกับข้อความล่าสุด และให้การดำเนินการเท่าที่จำเป็นเท่านั้น จำกัดจำนวนการดำเนินการที่แนะนำและการตอบที่แนะนำต่อสิ่งที่เป็นประโยชน์ต่อผู้ใช้ในบริบทที่กำหนด
สรุปการออกแบบ
การออกแบบสำหรับการสนทนา ความสามารถในการใช้งาน และประสิทธิภาพเป็นสิ่งสำคัญที่สุดในการสร้างตัวแทน ตัวแทนควรมุ่งเน้นที่ UI แบบสนทนาและแนะนำผู้ใช้ผ่านเวิร์กโฟลว์ที่ดีที่สุดโดยใช้การตอบกลับและการดำเนินการที่แนะนำ เมื่อใช้รูปภาพหรือการ์ดริชมีเดีย ตัวแทนควรรักษาจังหวะที่ช่วยให้ผู้ใช้จดจำบริบทและอ่านข้อความได้อย่างง่ายดาย
การพิจารณาประสบการณ์ของผู้ใช้และการหลีกเลี่ยงช่องทางการสนทนาเมื่อออกแบบตัวแทนทำให้ผู้ใช้ได้รับประสบการณ์ในเชิงบวก และทำให้ผู้ใช้เต็มใจที่จะใช้ตัวแทนของคุณอีกในอนาคต