บทเรียนที่ได้รับ: การสร้างเกมและเรื่องราวสําหรับจออัจฉริยะ

คู่มือนี้จะบอกสิ่งสําคัญที่เราพบในการช่วยให้นักพัฒนาซอฟต์แวร์สร้างประสบการณ์ในการเล่าเรื่องและเกมที่ยอดเยี่ยมสําหรับ Google Assistant ใน Smart Display เราขอแนะนําให้อ่านคู่มือนี้ก่อนออกแบบการดําเนินการเพื่อสร้างประสบการณ์ที่น่าพึงพอใจและหลีกเลี่ยงข้อผิดพลาดที่พบบ่อย นอกจากนี้ ยังมีรายการตรวจสอบที่ย่อคําแนะนําเหล่านี้ไว้เพื่อช่วยให้คุณประเมินการออกแบบด้วยตนเองในส่วนท้ายของคู่มือนี้

กําหนดความคาดหวังในบทนํา

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

อินเทอร์เฟซภาษาธรรมชาติเปิดช่องทางใหม่ๆ ในการออกแบบได้มากมาย แต่ก็ยังมีความรับผิดชอบที่เพิ่มขึ้นในการแสดงถึงเป้าหมายของการโต้ตอบนั้นด้วย

หาความสมดุลระหว่างการโต้ตอบกับการแตะและเสียง

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

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

ทําให้ TTS (การอ่านออกเสียงข้อความ) สั้นกระชับ

การอ่านออกเสียงข้อความหรือเสียงที่คอมพิวเตอร์สร้างขึ้นดีขึ้นมากอย่างต่อเนื่องในช่วง 2-3 ปีที่ผ่านมา แต่ก็ไม่สมบูรณ์แบบเช่นกัน การทดสอบของผู้ใช้ช่วยให้เรารู้ว่าผู้ใช้ (โดยเฉพาะเด็ก) ไม่ชอบฟังข้อความ TTS ยาวๆ แน่นอนว่าเราไม่ควรลดเนื้อหาบางอย่าง เช่น เรื่องราวแบบอินเทอร์แอกทีฟ อย่างไรก็ตาม สําหรับเกม โปรดพยายามเขียนสคริปต์ให้เรียบง่าย หากเป็นไปได้ ให้ใช้ประโยชน์จากพลังของสื่อภาพและแสดงให้เห็น หรือลองแสดงปุ่มข้าม หน้าจอเพื่อให้ผู้ใช้อ่านและเดินหน้าต่อไปได้โดยไม่ต้องรอจน TTS อ่านเสร็จ ในหลายๆ กรณี TTS และข้อความบนหน้าจออาจไม่เหมือนกับหน้าอื่น ตัวอย่างเช่น TTS อาจพูดว่า "เยี่ยมมาก ไปต่อกันที่คําถามถัดไป สุนัขสีแดงตัวใหญ่ชื่ออะไร" และข้อความบนหน้าจออาจพูดว่า "สุนัขสีแดงตัวใหญ่ชื่ออะไร"

พิจารณาครั้งแรกและผู้ใช้ที่กลับมา

ผู้ใช้ที่พบบ่อยไม่จําเป็นต้องฟังคําแนะนํา TTS เดียวกันซ้ําๆ เพิ่มประสิทธิภาพ สําหรับผู้ใช้ที่กลับมา หากเป็นประสบการณ์ครั้งแรกของผู้ใช้ ให้พยายามอธิบายบริบททั้งหมด หากผู้ใช้กลับไปที่การดําเนินการอีกครั้ง ให้รับทราบ ข้อความตอบกลับด้วยข้อความ "ยินดีต้อนรับกลับมา" และลองย่อ (หรือ แตะ) ให้กับ TTS ให้สั้นลง หากคุณสังเกตเห็นว่าผู้ใช้กลับมามากกว่า 3-4 ครั้ง ให้พยายามเข้าประเด็นโดยเร็วที่สุด

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

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

เปิดไมโครโฟนอย่างเหมาะสม

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

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

ควรทํา: “ฉันมีสีแดง สีเขียว หรือสีน้ําเงิน ต้องการอันไหน”

ไม่ควร: “คุณต้องการใช้สีใด แดง เขียว หรือน้ําเงิน”

คําถามที่เน้น

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

ซึ่งสามารถทําได้หลายวิธี อาจมีการเปลี่ยนแปลงเพลง พื้นหลังหรืออารมณ์บนหน้าจอ หรือจะเพิ่มเสียงสั้นๆ (หรือเอียร์คอน) ก่อนที่จะถามคําถามก็ได้

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

เตรียมพร้อมสําหรับข้อผิดพลาด "ไม่ตรงกัน" และกรณี Edge

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

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

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

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

  • "ออก / ออก"

    ปิดการดําเนินการ

  • "พูดซ้ํา / พูดอีกที"

    ทําซ้ําเนื้อหาที่นําหน้าทันที ซึ่งควรมีให้ใช้ได้ทุกเมื่อ

  • "เล่นอีกครั้ง"

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

  • "ความช่วยเหลือ"

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

  • "หยุดชั่วคราว เล่นต่อ"

    อนุญาตให้ผู้ใช้หยุดชั่วคราวหรือใช้งานต่อได้ แสดงสัญญาณบอกสถานะว่าเกมหยุดชั่วคราว และให้ตัวเลือกทั้งภาพและเสียง เพื่อกลับมาทํางานอีกครั้ง

  • "ข้าม"

    ย้ายไปยังจุดการตัดสินใจถัดไป

  • "หน้าแรก / เมนู"

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

  • "ย้อนกลับ"

    ย้ายไปยังหน้าก่อนหน้าในเรื่องราวแบบอินเทอร์แอกทีฟ

อ่านง่ายและอ่านออกได้ง่าย

จออัจฉริยะเป็นอุปกรณ์ที่อยู่นิ่งซึ่งใช้งานในระยะไกลได้ในหลายกรณี ขอแนะนําให้ใช้แบบอักษรที่ใหญ่ขึ้นเพื่อให้อ่านได้ง่าย โดยอย่างน้อย 32pt สําหรับข้อความหลัก และ 24pt สําหรับข้อความรอง

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

แสดงความคิดเห็นด้วยภาพ

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

ลดการรับรู้

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

เช็กลิสต์

รายการตรวจสอบนี้จะย่อข้อมูลจากหัวข้อก่อนหน้านี้และนําเสนอวิธีง่ายๆ ในการหลีกเลี่ยงปัญหาทั่วไปของการออกแบบ

กําหนดความคาดหวัง

หาความสมดุลระหว่างการโต้ตอบกับการแตะและเสียง

ทําให้ TTS (การอ่านออกเสียงข้อความ) สั้นกระชับ

พิจารณาครั้งแรกและผู้ใช้ที่กลับมา

เปิดไมโครโฟนอย่างเหมาะสม

คําถามที่เน้น

เตรียมพร้อมสําหรับข้อผิดพลาด "ไม่ตรงกัน" และกรณี Edge

อ่านง่ายและอ่านออกได้ง่าย

ออกแบบการนําทางที่ชัดเจน

แสดงความคิดเห็นด้วยภาพ

ลดการรับรู้

แหล่งข้อมูลเพิ่มเติม

ก่อนหน้า
สร้างเกมที่ยอดเยี่ยม