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