طراحی رابط کاربری: درسهایی از آسانسور ایندیاناپولیس

رابط کاربری آسانسور

روز دیگر در حالی که به جلسه می آمدم و می رفتم ، سوار آسانسوری شدم که این را داشت طراحی رابط کاربر:

رابط کاربری آسانسور

حدس می زنم تاریخچه این آسانسور چیزی شبیه به این باشد:

  1. آسانسور با رابط کاربری بسیار ساده و آسان برای استفاده طراحی شده و تحویل داده شده است:
    سازمان آسانسور UI
  2. یک نیاز جدید ظاهر شد: "ما باید از بریل پشتیبانی کنیم!"
  3. به جای طراحی مجدد مناسب رابط کاربر ، اضافی طراحی فقط در طرح اصلی متلاشی شده بود.
  4. شرط برآورده شد مشکل حل شد. یا بود؟

من این خوش شانس را داشتم که می دیدم دو نفر دیگر در آسانسور قدم می گذارند و سعی می کنند کف آنها را انتخاب کنند. یکی قبل از اینکه بفهمد اصلاً یک دکمه نیست ، "دکمه" بریل را فشار داد (شاید به این دلیل بود که بزرگتر بود و با پس زمینه کنتراست بیشتری داشت - نمی دانم). کمی لرزاند (من خیره شده بودم) ، او در تلاش دوم خود دکمه واقعی را فشار داد. فرد دیگری که در طبقه دیگری سوار شد ، انگشت خود را در اواسط مسیر متوقف کرد تا گزینه های خود را تجزیه و تحلیل کند. او درست حدس زد ، اما بدون اندکی تأمل و تأمل.

ای کاش می توانستم فردی را که دچار کم بینایی است مشاهده کنم سعی در استفاده از این آسانسور دارد. از این گذشته ، این ویژگی بریل مخصوص آنها اضافه شد. اما چگونه می توان بریل روی دکمه ای که حتی یک دکمه نیست به یک فرد کم بینا اجازه انتخاب کف خود را داد؟ این فقط مفید نیست به این معناست. این طراحی مجدد رابط کاربری نه تنها نتوانست نیازهای افراد کم بینا را برطرف کند ، بلکه باعث شد کاربر برای کاربران بینا گیج کننده باشد.

من متوجه می شوم که در تغییر رابط فیزیکی مانند دکمه های آسانسور انواع و اقسام هزینه ها و موانع وجود دارد. با این حال ، ما با وب سایت ها ، برنامه های وب و برنامه های تلفن همراه مانع مشابهی نداریم. بنابراین قبل از اینکه آن ویژگی جالب جدید را اضافه کنید ، مطمئن شوید که آن را به روشی پیاده سازی می کنید که واقعاً نیاز جدید را برآورده می کند و مشکلی جدید ایجاد نمی کند. مثل همیشه ، کاربر آن را تست کنید تا مطمئن شوید!

4 نظرات

  1. 1
  2. 2
  3. 4

شما چه فکر میکنید؟

این سایت از Akismet برای کاهش هرزنامه استفاده می کند. بدانید که چگونه نظر شما پردازش می شود.