طراحی رابط کاربری: درس هایی از آسانسور ایندیاناپولیس
روز گذشته هنگام آمدن و برگشتن به جلسه، سوار آسانسوری شدم که این رابط کاربری را داشت (UI) طرح:
حدس می زنم تاریخچه این آسانسور چیزی شبیه به این باشد:
- آسانسور با رابط کاربری بسیار ساده و آسان برای استفاده طراحی شده و تحویل داده شده است:
- یک نیاز جدید ظاهر شد: ما باید از خط بریل حمایت کنیم!
- به جای طراحی مجدد رابط کاربری به درستی، به روز شده طراحی فقط در طرح اصلی متلاشی شده بود.
- شرط برآورده شد مشکل حل شد. یا بود؟
من خوش شانس بودم که دو نفر دیگر را دیدم که وارد آسانسور می شوند و سعی می کنند طبقه خود را انتخاب کنند. یکی خط بریل را فشار داد دکمه (شاید به این دلیل که بزرگتر بود و کنتراست بیشتری با پسزمینه داشت - نمیدانم) قبل از اینکه متوجه شوید که یک دکمه نیست. کمی متلاطم (من خیره شده بودم)، او در دومین تلاش خود دکمه واقعی را فشار داد. فرد دیگری که در طبقه دیگری قرار گرفت، مسیر انگشت خود را در وسط مسیر متوقف کرد تا گزینه های خود را تجزیه و تحلیل کند. او درست حدس زد، اما نه بدون کمی فکر دقیق.
ای کاش می توانستم ببینم فردی با نقص بینایی سعی می کند از این آسانسور استفاده کند. از این گذشته، این ویژگی خط بریل به صراحت برای آنها اضافه شده است. اما چگونه خط بریل روی دکمهای که حتی یک دکمه هم نیست به افراد کمبینا اجازه میدهد طبقه خود را انتخاب کنند؟ این فقط بی فایده نیست. به این معناست. این طراحی مجدد رابط کاربری نتوانست نیازهای افراد دارای اختلالات بینایی را برطرف کند و تجربه کاربر را برای کاربران بینا گیج کننده کرد.
من متوجه هستم که برای اصلاح یک رابط فیزیکی، مانند دکمه های آسانسور، انواع هزینه ها و موانع وجود دارد. با این حال، ما آن موانع را در مورد وب سایت ها، برنامه های وب و برنامه های تلفن همراه خود نداریم. بنابراین قبل از اینکه آن ویژگی جدید جالب را اضافه کنید، مطمئن شوید که آن را به گونهای پیادهسازی میکنید که واقعاً نیاز جدیدی را برآورده میکند و مشکل جدیدی ایجاد نمیکند. مثل همیشه، کاربر آن را تست کنید تا مطمئن شوید!