แนวทางปฏิบัติแนะนำ

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

ออกแบบครั้งแรก โค้ดที่ 2

เรียนรู้หลักการและรูปแบบของการออกแบบก่อนเริ่มพัฒนา Glass สําหรับข้อมูลเพิ่มเติม โปรดอ่านคู่มือการออกแบบ

หากต้องการรับฟังความคิดเห็นเกี่ยวกับการออกแบบก่อนเปิดตัว ให้สร้างและส่งการออกแบบ Glassware Flow ไปยังทีมตรวจสอบ

อย่าใช้รายการไทม์ไลน์ที่ปักหมุดเป็น Launcher

ผู้ใช้สามารถเรียกใช้ Glassware และฟีเจอร์ต่างๆ ได้ 2 วิธีหลักๆ โดยใช้คําสั่งเสียงหรือคําสั่งสัมผัสจากเมนูหลัก ok Glass หรือผ่านเมนูตามบริบทจากการ์ดไทม์ไลน์

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

การส่งรายการเมนูเพื่อเริ่มใช้ GDK Glassware หรือเรียก Mirror API จะไม่ถือว่าตราบใดที่ประสบการณ์นั้นเป็นไปตามรูปแบบการออกแบบการแจ้งเตือนตามกําหนดเวลา และจะไม่ใช้ Mirror API สําหรับการโต้ตอบทันที

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

ทําตามการออกแบบและเทมเพลตการ์ดมาตรฐาน

หากเป็นไปได้ ให้ใช้การออกแบบการ์ดและเทมเพลตที่ได้รับอนุมัติ หากเทมเพลตไม่ทํางาน ให้ทําดังนี้

  • ใช้รูปแบบใน base_style.css หากใช้ Mirror API
  • ทําตามกฎทั่วไปสําหรับระยะห่างจากขอบและการเว้นวรรคเป็นเทมเพลตในตัว

ปฏิบัติตามข้อกําหนดสื่อ

หากนําส่งสื่อ ให้ทําตามหลักเกณฑ์ต่อไปนี้

  • วิดีโอสาธารณะทุกรายการจะสตรีมและไม่ได้แนบไปกับรายการไทม์ไลน์
  • อัตราส่วนวิดีโอคือ 16:9
  • วิดีโอมีความละเอียด 640 × 360 พิกเซล
  • รูปแบบ H.264

ใส่เลขหน้าและใส่เลขหน้าอย่างถูกต้อง

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

กลุ่ม

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

กรณีที่แพ็กเกจทํางานได้ดี

  • ชุดข้อความอีเมลหรือข้อความสั้นๆ
  • ข้อความ SMS 3 รายการระหว่างผู้ใช้รายเดียวกัน
  • รูปภาพ 5 รูปที่ถ่ายภายใน 1 ชั่วโมงจากกัน
  • แทรกบทความที่เกี่ยวข้องทั้งหมดพร้อมกันแล้ว
  • รายการอัปเดตสําคัญและคะแนนสําหรับการแข่งขันกีฬาที่กําลังดําเนินอยู่

กรณีที่แพ็กเกจทํางานได้ไม่ดี

  • เนื้อหาทั้งหมดจากบริการ
  • บรรทัดแรกหลายรายการที่ส่งไปยัง Glass ในช่วงเวลา 1 วัน

การใส่เลขหน้า

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

กรณีที่การใส่เลขหน้าทํางานได้ดี:

  • อีเมล เรื่องราว ข่าวสาร หรือเนื้อหาที่คล้ายกันรายการเดียวที่ไม่เหมาะกับการ์ดเพียงใบเดียว

กรณีที่การใส่เลขหน้าทํางานได้ไม่ดีมีดังนี้

  • กลุ่มการ์ดเฉพาะ เช่น เรื่องราวหรืออีเมลหลายรายการ

ทําตามการออกแบบเมนูมาตรฐาน

รายการในเมนูที่กําหนดเอง

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

รายการในเมนูในตัว

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

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

อย่าใช้ Mirror API สําหรับการโต้ตอบทันที

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

ตัวอย่างเช่น Mirror API Glassware ทํางานได้ดีกับคําสั่ง "จดโน้ต" เนื่องจากผู้ใช้ไม่จําเป็นต้องรอให้มีการตอบสนองจาก Glassware หลังจากเรียกใช้คําสั่ง

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

ข้อจํากัดนี้มีผลกับคําสั่งเสียงหลักในการ์ด Glass Home รวมถึงรายการในเมนูในการ์ดและรูปภาพที่สมจริง

สร้างเนื้อหาอย่างเหมาะสม

เมื่อสร้างเนื้อหาสําหรับการ์ด การ์ดแต่ละรายการจะต้องกระชับและมีข้อมูลตรรกะ 1 รายการ นอกจากนี้

  • ใช้ภาพแทนข้อความเมื่อเป็นไปได้
  • แสดงรูปภาพในอัตราส่วนต้นฉบับ (ครอบตัดได้)
  • เว้นพื้นที่ตรงกลางของส่วนท้ายของการ์ดว่างไว้ เมนูบริบทตามบริบทของกระจกจะปรากฏขึ้นที่นี่และบล็อกเนื้อหาที่อยู่ในส่วนด้านล่าง
  • หากต้องการ คุณสามารถใช้คลาส CSS auto-resize เพื่อปรับขนาดแบบอักษรโดยอัตโนมัติตามเนื้อหา
  • ปฏิบัติตามหลักเกณฑ์การเขียนของเรา