หน้านี้มีหลักเกณฑ์การออกแบบเกี่ยวกับวิธีสร้างประสบการณ์การใช้งานที่ยอดเยี่ยมในเครือข่ายที่ช้าและแบบออฟไลน์
คุณภาพของการเชื่อมต่อเครือข่ายอาจได้รับผลกระทบจากหลายปัจจัย เช่น
- สัญญาณของผู้ให้บริการเครือข่ายไม่ดี
- สภาพอากาศรุนแรง
- ไฟฟ้าดับ
- การเข้า "จุดอับสัญญาณ" แบบถาวร เช่น ในอาคารที่มีผนังกั้นการเชื่อมต่อเครือข่าย
- การเข้า "จุดอับสัญญาณ" ชั่วคราว เช่น เมื่อเดินทางโดยรถไฟและผ่านอุโมงค์
- การเชื่อมต่ออินเทอร์เน็ตแบบจำกัดเวลา เช่น การเชื่อมต่อในสนามบินหรือโรงแรม
- การปฏิบัติทางวัฒนธรรมที่กำหนดให้เข้าถึงอินเทอร์เน็ตได้แบบจำกัดหรือไม่มีเลยในช่วงเวลาหรือวันที่ที่เจาะจง
เป้าหมายของคุณในฐานะนักพัฒนาแอปคือการมอบประสบการณ์การใช้งานที่ดีซึ่งช่วยลดผลกระทบจากการเปลี่ยนแปลงการเชื่อมต่อ
เลือกสิ่งที่จะแสดงให้ผู้ใช้เห็นเมื่อการเชื่อมต่อเครือข่ายไม่ดี
คำถามแรกที่ต้องถามคือการเชื่อมต่อเครือข่ายที่ประสบความสําเร็จและไม่สําเร็จมีลักษณะเป็นอย่างไรสําหรับแอปของคุณ การเชื่อมต่อที่ประสบความสําเร็จคือประสบการณ์การใช้งานออนไลน์ตามปกติของแอป การเชื่อมต่อไม่สำเร็จรวมถึงลักษณะการทำงานของแอปทั้งแบบออฟไลน์และในเครือข่ายที่ช้า
หากต้องการกำหนดวิธีจัดการการเชื่อมต่อที่ไม่สำเร็จ ให้ถามตัวเองด้วยคำถาม UX ที่สำคัญต่อไปนี้
- คุณรอนานเท่าใดเพื่อพิจารณาว่าการเชื่อมต่อสำเร็จหรือไม่
- คุณทําอะไรได้บ้างระหว่างที่ระบบกําลังตรวจสอบความสําเร็จหรือความล้มเหลว
- คุณควรทำอย่างไรหากการเชื่อมต่อล้มเหลว
- คุณบอกผู้ใช้เกี่ยวกับสิ่งที่เกิดขึ้นได้อย่างไร
แจ้งให้ผู้ใช้ทราบถึงสถานะปัจจุบันและการเปลี่ยนแปลงสถานะ
แจ้งให้ผู้ใช้ทราบทั้งสถานะของแอปพลิเคชันและการดำเนินการที่ผู้ใช้ยังคงทำได้เมื่อเครือข่ายไม่ทำงาน เช่น การแจ้งเตือนอาจระบุว่า
ดูเหมือนว่าคุณจะมีการเชื่อมต่อเครือข่ายที่ไม่ดี ไม่ต้องกังวล ระบบจะส่งข้อความเมื่อเครือข่ายกลับมาทำงานอีกครั้ง


แจ้งให้ผู้ใช้ทราบเมื่อการเชื่อมต่อเครือข่ายดีขึ้นหรือได้รับการคืนค่า
วิธีที่คุณจะแจ้งให้ผู้ใช้ทราบว่าการเชื่อมต่อเครือข่ายดีขึ้นแล้วนั้นขึ้นอยู่กับแอปพลิเคชันของคุณ แอปที่ให้ความสำคัญกับข้อมูลปัจจุบัน เช่น เครื่องมือติดตามสภาพอากาศหรือตลาดหุ้น ควรอัปเดตโดยอัตโนมัติและแจ้งให้ผู้ใช้ทราบโดยเร็วที่สุด
เราขอแนะนำให้คุณแจ้งให้ผู้ใช้ทราบว่าเว็บแอปอัปเดต "อยู่เบื้องหลัง" โดยใช้สิ่งบอกใบ้ที่มองเห็นได้ เช่น องค์ประกอบข้อความแจ้งแบบโต้ตอบของ Material Design ซึ่งเกี่ยวข้องกับการตรวจหาทั้งบริการของ Service Worker และการอัปเดตเนื้อหาที่มีการจัดการ ดูตัวอย่างโค้ดของฟังก์ชันนี้ได้ที่นี่
ตัวอย่างหนึ่งของกรณีนี้คือ สถานะแพลตฟอร์ม Chrome ซึ่งจะโพสต์หมายเหตุให้ผู้ใช้ทราบเมื่อมีการอัปเดตแอป


แอปบางแอปจะแสดงเวลาที่อัปเดตล่าสุดได้เสมอ ตัวอย่างเช่น การดำเนินการนี้มีประโยชน์อย่างยิ่งสำหรับแอปแปลงสกุลเงิน


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


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


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


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


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


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

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


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