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

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

เรียนรู้เกี่ยวกับแนวทางปฏิบัติที่สําคัญที่สุดสําหรับการสร้างเกมที่ประสบความสําเร็จบนอุปกรณ์ Google Assistant

การออกแบบที่เน้นภาพ

กราฟิกเป็นองค์ประกอบสําคัญของเกมใน Smart Display เมื่อกําหนดเป้าหมายอุปกรณ์เหล่านี้ ให้เริ่มขั้นตอนการออกแบบโดยมุ่งเน้นที่ภาพและโฟลว์เกมโดยใช้เทคนิคต่างๆ เช่น การทําสตอรีบอร์ด ให้มาคุยกัน เพื่อบอกเล่าประสบการณ์

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

ใช้กฎของอินเทอร์เฟซเสียง

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

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

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

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

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

สําหรับข้อมูลเพิ่มเติม โปรดดูที่เว็บไซต์การออกแบบการสนทนา

ใช้โฮสต์เสียงและอักขระ

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

• การออกแบบเพื่อความสอดคล้อง: ผู้เล่นจะมีความอ่อนไหวอย่างมากต่อการเปลี่ยนแปลงเสียงที่พูดและเปลี่ยนเสียงเพียงเล็กน้อยอาจสร้างความรําคาญได้ การใช้เสียงที่สร้างขึ้นสามารถช่วยให้การพัฒนาเกมของคุณเร็วขึ้น ทําให้การอัปเดตง่ายขึ้น และมอบประสบการณ์ที่ดียิ่งขึ้นแก่ผู้ใช้ โปรดดูการอ่านออกเสียงข้อความของ Google Cloud สําหรับเสียงพูดของลําโพงอัจฉริยะภายในบ้านที่ใช้ร่วมกับ SSML ในเกมได้ โฮสต์เกมของ Mime Jam ใช้เสียงออสเตรเลียที่สร้างขึ้นจาก Cloud Text-to-Speech:
  
  หมายเหตุ: แม้จะใช้เสียงที่สร้างขึ้น คุณก็ควรคํานึงถึงความสม่ําเสมอของสไตล์และภาษาที่ใช้ด้วย เพราะผู้ใช้จะสังเกตเห็นได้
• ออกแบบลักษณะโฮสต์: พิจารณาออกแบบลักษณะโฮสต์เพื่อช่วยให้ทีมได้รับประสบการณ์การเล่นเกมที่สอดคล้องกัน ลักษณะตัวตนของโฮสต์จะสร้างจุดยึด ที่ผู้เล่นสามารถทําตามและขอความช่วยเหลือได้ เช่น คลิปเสียงต่อไปนี้จะแสดงให้เห็นผู้บรรยายที่จุดเริ่มต้นของสวน Gnome
  
• การออกแบบเพื่อการจดจํา: แม้ว่าผู้เล่นจะสังเกตเห็นความแตกต่างเล็กๆ น้อยๆ ในเสียงพูด แต่คุณควรออกแบบตัวละครให้โดดเด่นและน่าสนใจจากมุมมองของวิดีโอ เสียงที่ชัดเจนสําหรับข้อความแจ้งจะบอกให้ผู้เล่นทราบว่าเกมทํางานอยู่และคาดหวังอินพุตแม้ว่าจะไม่ได้ปรากฏบนหน้าจอหรือผู้เล่นมองไม่ออกก็ตาม

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

ทดสอบอย่างต่อเนื่อง

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

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

หากคุณกําลังพัฒนาเกมที่มีให้บริการในหลายภาษา ให้ทําตามขั้นตอนต่อไปนี้

• ทดสอบแต่ละภาษาแยกกัน: แต่ละภาษามีปัญหาในการออกเสียงและการรู้จําคําพูดของตัวเอง ดังนั้นโปรดทดสอบการสนทนาในอุปกรณ์และทดสอบการสนทนากับคนอื่นๆ ในแต่ละภาษา

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

หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับการทดสอบการออกแบบการสนทนา โปรดดูเว็บไซต์การออกแบบการสนทนา

พิจารณาประเภทเกม

เกมหลายประเภทประสบความสําเร็จใน Google Assistant ได้ ต่อไปนี้คือประเภทของเกมที่ได้ผลดี บนแพลตฟอร์ม

แบบผลัดกันเล่น: เกมที่ใช้ระบบการเล่นง่ายๆ ของกลไกและการตอบสนอง เช่น

• การสนทนาปลายเปิด เช่น การโต้ตอบกับคําถามและคําตอบ
• การเลือกตัวเลือก เช่น การทายปัญหาที่ไม่มีข้อจํากัดด้านตัวจับเวลา

ตัวอย่างเกม เช่น Cookie Detective

เรียลไทม์: เกมที่ใช้การจํากัดเวลาและการโต้ตอบอย่างรวดเร็วเพื่อกระตุ้นการเล่นเกม เช่น

• เกมเดาคําหรือสลับคํา
• เกมไขปัญหา
• ทายปัญหาแบบกําหนดเวลา

เกมตัวอย่าง: Mime Jam

โปรดทราบว่าเกมประเภทนี้อาจได้ประโยชน์จากการใช้โหมดการจับคู่แบบต่อเนื่อง

ไม่ได้ใช้งาน: เกมที่เล่นอยู่เบื้องหลังขณะที่ผู้เล่นไม่ได้เล่นอยู่

• เกมทําฟาร์ม
• เกมสร้างเมือง
• การสร้างอาณาจักร

เกมตัวอย่าง: Gnome Garden

สร้างด้วยการโต้ตอบแบบสัมผัส

เมื่อสร้างเกมสําหรับ Smart Display ด้วย Google Assistant ให้ใช้ฟังก์ชันหน้าจอสัมผัสเป็นส่วนเสริมของอินเทอร์เฟซเสียง

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

• 

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

การดึงดูดผู้เล่นและเล่นซ้ํา

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

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

• 

  การช่วยเตือน การแจ้งเตือน และกิจวัตร: เมื่อผู้เล่นออกจากเกม ให้บอกวิธีเล่นอีกครั้ง เช่น "หากต้องการเล่นอีกครั้ง เพียงพูด..." เสนอการตั้งค่าการแจ้งเตือนหรือกิจวัตรของ Google Assistant เพื่อเตือนให้ผู้เล่นกลับมารับโบนัสโดยอัตโนมัติ ดูข้อมูลเพิ่มเติมได้ที่การมีส่วนร่วมของผู้ใช้
• ลีดเดอร์บอร์ดและเครื่องมืออื่นๆ: อย่าลืมใช้เทคนิคการเล่นซ้ําที่ทํางานในเกมอื่นๆ เช่น กิจกรรมที่กําหนดเวลาไว้และลีดเดอร์บอร์ด