ข้อแนะนำสำหรับการเขียนเนื้อหาอินเทอร์เฟซผู้ใช้

นำไปใช้กับคำแนะนำรายการตรวจสอบการปรับปรุงประสบการณ์ใช้งานของ Power Platform Well-Architected นี้:

XO:09	เนื้อหาต้องเข้าใจง่ายและบอกแนวทางที่ชัดเจน ใช้น้ำเสียงที่เข้าถึงได้ สม่ำเสมอ และเป็นมืออาชีพที่ช่วยให้งานสำเร็จลุล่วงได้

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

กลยุทธ์การออกแบบที่สำคัญ

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

ทำให้เนื้อหาสามารถสแกนได้

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

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

เริ่มต้นด้วยข้อมูลที่สำคัญที่สุด: การนำเสนอคุณค่า หากมีพื้นที่ว่าง ให้เพิ่มย่อหน้าสั้นๆ หนึ่งหรือสองย่อหน้าพร้อมรายละเอียดตามลำดับความสำคัญ หากคุณต้องการพูดเพิ่ม ให้ใช้ลิงก์ "อ่านเพิ่มเติม" บางครั้งการเขียนเนื้อความของข้อความก่อนแล้วจึงเขียนพาดหัวจะง่ายกว่า

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

รักษาบริบทและมุ่งเน้นงาน

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

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

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

สำหรับเนื้อหาระดับงาน อย่าเน้นที่การโอ้อวดแบรนด์บริษัทของคุณในลักษณะที่เป็นอุปสรรค ตัวอย่างเช่น เปลี่ยน "บริการรถรับส่งของ Microsoft Connector จะมาถึงที่ตั้งวิทยาลัยของคุณอย่างสะดวกเวลา 14:15 น." เป็น "รถรับส่งจะมาถึงเวลา 14:15 น."

พูดด้วยภาษาธรรมดา

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

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

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

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

เลี่ยงการใช้ปฏิเสธซ้อนปฏิเสธ ปฏิเสธซ้อนปฏิเสธเพิ่มภาระการรับรู้ ซึ่งทำให้ผู้คนใช้เวลามากขึ้นในการถอดรหัสข้อความ มุ่งเน้นไปที่การกระทำเชิงบวกโดยตรง

ใช้น้ำเสียงที่สุภาพและเป็นมิตร

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

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

หลีกเลี่ยงการใช้ภาษาแสดงความเป็นเจ้าของแบบบุคคลที่หนึ่ง ("แดชบอร์ดของฉัน") และภาษาของบุคคลที่สองผสมกันเพื่อลดภาระทางการรับรู้

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

ใช้คำย่อทั่วไป เช่น "it's" "you're" "that's" และ "don't" เพื่อสร้างน้ำเสียงที่เป็นมิตรและไม่เป็นทางการ อย่าใช้ชื่อบริษัทของคุณในรูปแบบแสดงความเป็นเจ้าของ และหลีกเลี่ยงการใช้ชื่อบริษัทในลักษณะย่อ หลีกเลี่ยงการย่อคำที่คลุมเครือ เช่น "there'd" และ "what're" หลีกเลี่ยงการใช้การย่อและการสะกดคำผสมกันใน UI เนื่องจากจะทำให้เกิดความไม่สอดคล้องกันและลดความน่าเชื่อถือ การใช้คำสะกดแทนคำย่อทั่วไปทำให้เกิดความเป็นทางการที่ไม่จำเป็น

รักษาความสอดคล้องของสไตล์

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

ใช้การขึ้นต้นด้วยตัวพิมพ์ใหญ่ให้เหมาะสม ตัวอย่างเช่น ตกลงว่าจะใช้การขึ้นต้นประโยคด้วยตัวพิมพ์ใหญ่ทั่วทั้ง UI โดยขึ้นต้นด้วยตัวพิมพ์ใหญ่เฉพาะคำแรกในประโยค ส่วนคำนามเฉพาะ เช่น ชื่อบุคคล สถานที่ และผลิตภัณฑ์บางอย่าง ให้ขึ้นต้นด้วยตัวพิมพ์ใหญ่เสมอ สำหรับส่วนหัวย่อย ปุ่ม และไฮเปอร์ลิงก์ ให้ใช้การขึ้นต้นด้วยตัวพิมพ์ใหญ่โดยไม่มีเครื่องหมายวรรคตอน เมื่อมีข้อสงสัย อย่าขึ้นต้นด้วยตัวพิมพ์ใหญ่ ขึ้นต้นคำด้วยตัวพิมพ์ใหญ่สำหรับตำแหน่ง (Chief Financial Officer) ชื่อองค์กรหรือแผนก (Human Resources) ผลิตภัณฑ์หรือโปรแกรมของแบรนด์ และชื่อของบุคคลและสถานที่ ไม่แนะนำให้ใช้ตัวพิมพ์ใหญ่ทั้งหมดไม่ว่าในกรณีใดๆ หากคุณต้องการเน้นข้อความ ให้ลองใช้รูปแบบการพิมพ์ที่แตกต่างกัน เช่น ขนาด น้ำหนักแบบอักษร หรือสี แทนการใช้ตัวพิมพ์ใหญ่ทั้งหมด

ให้ความสำคัญกับโครงสร้างประโยคที่ถูกต้อง

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

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

รู้ว่าเมื่อไรควรใช้ประโยคเน้นประธาน

ในประโยคเน้นประธาน ประธานจะกระทำกริยาในประโยค ตัวอย่างเช่น "ป้อนตัวอักษรสองสามตัว" ในประโยคเน้นกรรม ประธานจะเป็นผู้ถูกกระทำ ตัวอย่างเช่น "ควรป้อนตัวอักษรสองสามตัว"

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

ตารางต่อไปนี้แสดงประโยคเน้นประธานและเน้นกรรม

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

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

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

ตารางต่อไปนี้แสดงประโยคเน้นประธานและเน้นกรรมในข้อความแสดงข้อผิดพลาด

เน้นประธาน	แพสซีฟ
"คุณป้อนรหัสผ่านไม่ถูกต้อง"	"รหัสผ่านที่ป้อนไม่ถูกต้อง"
"เราหาไฟล์ไม่เจอ"	"ไม่พบไฟล์"
“คุณส่งแบบฟอร์มแล้ว”	"แบบฟอร์มถูกส่งแล้ว"
"เราพบข้อผิดพลาดขณะกำลังประมวลผลคำขอของคุณ"	"เกิดข้อผิดพลาดขณะกำลังประมวลผลคำขอของคุณ"
"เราบันทึกการเปลี่ยนแปลงแล้ว"	"การเปลี่ยนแปลงได้รับการบันทึกแล้ว"

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

คำนึงถึงเนื้อหาที่จำเป็นสำหรับเทคโนโลยีช่วยเหลือ

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

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

เขียนให้ผู้ชมทั่วโลกอ่าน

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

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

รายการตรวจสอบการเพิ่มประสิทธิภาพประสบการณ์

รายการตรวจสอบการเพิ่มประสิทธิภาพประสบการณ์