สู่การเข้าถึง

วันศุกร์เป็นจุดสิ้นสุดของวันทำงาน ข่าวร้ายมักจะมาหลังเลิกงานในวันศุกร์เสมอ

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

ขอบคุณ xxxx ตั้งแต่วันนี้ คุณจะรายงาน zzzz
...
และทีมงานของฮิวจ์จะดูแลให้คนพิการสามารถเข้าถึงผลิตภัณฑ์ของเราได้

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

นี่คือความพร้อมเมื่อไม่กี่ปีที่ผ่านมา วิญญาณที่น่าสงสารบางคนได้รับมอบหมายให้ "ทำความสะอาด" UI เพื่อพยายามทำให้ผู้พิการสามารถเข้าถึงได้

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

แต่ทันใดนั้น “แมลง” ก็เริ่มทวีคูณอย่างรวดเร็วราวกับหิมะถล่ม

โปรแกรมอ่านหน้าจอต่างๆ (เอ็ง โปรแกรมอ่านหน้าจอ) และเบราว์เซอร์มีพฤติกรรมแตกต่างไปจากเดิมอย่างสิ้นเชิง

ผู้ใช้บ่นว่าแอปใช้งานไม่ได้

ทันทีที่ข้อผิดพลาดได้รับการแก้ไขในที่หนึ่ง ก็มีอีกที่หนึ่งปรากฏขึ้นที่อีกที่หนึ่ง

และเพียงแค่การเปลี่ยนแปลงและแก้ไขข้อผิดพลาดของอินเทอร์เฟซผู้ใช้ก็ต้องใช้ความพยายามอย่างมาก

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

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

ฉันจะกลับมาที่สิ่งนี้ซ้ำแล้วซ้ำเล่า แต่ "สมมติฐาน" เกือบทั้งหมดของเราเกี่ยวกับวิธีที่ผู้คนใช้แอปของเรานั้นผิด

การนำทางอินเทอร์เฟซผู้ใช้ที่ซับซ้อนโดยใช้การกดแป้นพิมพ์ Tab/Shift+Tab – นี่มันแย่มาก! เราต้องการสิ่งที่ดีกว่า แป้นพิมพ์ลัด, ส่วนหัว

การสูญเสียสมาธิเมื่อเปลี่ยน UI ไม่ใช่ปัญหาใหญ่ใช่ไหม ลองคิดดูใหม่อีกครั้ง มันน่าสับสนมาก

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

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

ไม่นานเราก็ได้ข้อสรุปบางประการ:

1. เราไม่ต้องการให้คนที่พัฒนาอินเทอร์เฟซผู้ใช้ไปยุ่งกับป้ายกำกับ/บทบาท aria และแน่นอน โครงสร้าง HTML ของส่วนประกอบต่างๆ เราจำเป็นต้องจัดหาส่วนประกอบที่เหมาะสมซึ่งสร้างความสามารถในการเข้าถึงได้ทันทีตั้งแต่แกะกล่อง
2. การเข้าถึง == ใช้งานง่าย - เช่น นี่ไม่ใช่แค่ความท้าทายทางเทคนิคเท่านั้น เราจำเป็นต้องเปลี่ยนกระบวนการออกแบบทั้งหมด และตรวจสอบให้แน่ใจว่าได้คำนึงถึงความสามารถในการเข้าถึงและหารือกันก่อนที่การออกแบบ UI จะเริ่มต้น คุณต้องคิดตั้งแต่เนิ่นๆ ว่าผู้ใช้จะค้นพบฟังก์ชันต่างๆ ได้อย่างไร พวกเขาจะไปยังส่วนต่างๆ อย่างไร และการคลิกขวาจากแป้นพิมพ์จะทำงานอย่างไร การเข้าถึงควรเป็นส่วนสำคัญของกระบวนการออกแบบ - สำหรับผู้ใช้บางคน การเข้าถึงนั้นมีความหมายมากกว่ารูปลักษณ์ของแอปพลิเคชัน
3. จากจุดเริ่มต้น เราต้องการรับคำติชมจากผู้ใช้ที่ตาบอดและผู้พิการอื่นๆ เกี่ยวกับความง่ายในการใช้งานของแอปพลิเคชัน
4. เราต้องการวิธีที่ดีในการตรวจจับการถดถอยของการเข้าถึง

จากมุมมองทางวิศวกรรม ส่วนแรกฟังดูค่อนข้างสนุก - การพัฒนาสถาปัตยกรรมและการนำไลบรารีของส่วนประกอบไปใช้ และมันก็เป็นเช่นนั้นจริงๆ

ก้าวถอยหลังมองดู ตัวอย่างของ ARIA และด้วยการคิดว่านี่เป็นปัญหาการออกแบบมากกว่าปัญหา "พอดี" เราได้แนะนำนามธรรมบางอย่าง ส่วนประกอบมี 'โครงสร้าง' (ประกอบด้วยองค์ประกอบ HTML) และ 'พฤติกรรม' (วิธีการโต้ตอบกับผู้ใช้) ตัวอย่างเช่น ในตัวอย่างด้านล่าง เรามีรายการที่ไม่เรียงลำดับแบบง่ายๆ โดยการเพิ่ม "พฤติกรรม" บทบาทที่เกี่ยวข้องจะถูกเพิ่มลงในรายการเพื่อให้ทำหน้าที่เหมือนรายการ เราทำเช่นเดียวกันกับเมนู

ในความเป็นจริง ไม่เพียงเพิ่มบทบาทที่นี่ แต่ยังรวมถึงตัวจัดการเหตุการณ์สำหรับการนำทางด้วยแป้นพิมพ์ด้วย

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

คุณสามารถดูการทำงานนี้ได้ที่ https://stardust-ui.github.io/react/ – ไลบรารี UX เกิดปฏิกิริยาซึ่งได้รับการออกแบบและนำไปใช้โดยคำนึงถึงความสามารถในการเข้าถึงตั้งแต่เริ่มต้น

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

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

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

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

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

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

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

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

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

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

ป.ล. บทความนี้ได้รับการแปลโดยมีการเบี่ยงเบนไปจากต้นฉบับเล็กน้อย ในฐานะผู้เขียนร่วมบทความนี้ ฉันเห็นด้วยกับการพูดนอกเรื่องเหล่านี้กับฮิวจ์

เฉพาะผู้ใช้ที่ลงทะเบียนเท่านั้นที่สามารถเข้าร่วมในการสำรวจได้ เข้าสู่ระบบ, โปรด.

คุณใส่ใจกับการเข้าถึงแอปพลิเคชันของคุณหรือไม่?

• มี

• ไม่

• นี่เป็นครั้งแรกที่ฉันได้ยินเกี่ยวกับการเข้าถึงแอป

ผู้ใช้ 17 คนโหวต ผู้ใช้ 5 รายงดออกเสียง

ที่มา: will.com