Чужие мысли

Золотые правила плохого пользовательского интерфейса

Golden Rules for Bad User Interfaces
Автор: Gerd Waloszek
Источник: SAP Design Guild Team

Поступайте нелогично

Запускайте резервное копирование или процесс индексирования, когда пользователи не ожидают этого. Сделайте так, чтобы этот процесс было трудно отменить (например, игнорируйте движения мыши или нажатия клавиш).

Избавьтесь от функциональности, которая облегчает жизнь пользователям

Если пользователь хочет добавить элемент в список, разрешайте ему добавить в конец списка и только затем разрешайте переместить на нужное место. Не давайте возможности добавлять элементы в любое место списка.

Не давайте возможности перемещать или удалять одновременно несколько элементов. Любую задачу можно решить, работая с каждым элементом в отдельности, правда, это может занять немного больше времени…

После добавления набора из нескольких элементов (например, в результате перетаскивания или копирования), не выделяйте их среди уже имеющихся. Особенно это понравится пользователям, если элементы будут автоматически сортироваться.

Читать дальше »

• 07.08.2007
• Категории: Переводы
• Комментарии: 6

---

Пять принципов дизайна

Five Principles to Design By
Автор: Joshua Porter
Источник: bokardo.com

Технологии обслуживают людей

Люди склонны брать на себя вину за ошибки в программах. Если их компьютер виснет, они говорят «Я что-то сделал не так». Если сайт плохо спроектирован, они говорят «Я, наверно, слишком глуп, раз не могу найти то, что нужно».

Это ужасно! Люди не должны считать себя причинами ошибок при использовании технологии. Пользователь, так же как и клиент, всегда прав. Если в программе ошибка, то это ошибка разработчика программы. Если на сайте нельзя найти нужную информацию, то это ошибка дизайнера.

Технологии обслуживают людей. Люди не обслуживают технологии.

Читать дальше »

• 25.05.2007
• Категории: Переводы
• Комментарии: 2

---

Принципы дизайна пользовательского интерфейса web-приложений

User Interface Design Principles for Web Applications
Автор: Aral Balkan
Источник: aralbalkan.com

Клиент – это не пользователь

Клиент может думать, что он знает, что нужно его пользователям, но это не так. Все дело в том, что клиент не является пользователем.

Не спрашивайте клиента, что он думает по поводу того, что нужно пользователям

Если клиент не знает, что пользователям на самом деле нужно, а вы делаете то, что говорит клиент, то все закончится печально. Вы создадите приложение, которое не будет удовлетворять потребности пользователей. Ваш клиент сначала будет счастлив, ведь вы все делаете так, как он говорит, но останется ли он довольным, когда пользователи отторгнут продукт?

Я видел много дизайнеров и разработчиков, которые знали об этом принципе, но использовали его неправильно. А именно: они решали, что сами знают, что нужно пользователям.

Вы тоже не знаете, что нужно пользователям

Вы можете быть дизайнером или разработчиком с многолетним опытом, но и вы не знаете, что нужно пользователям. Именно тем пользователям, которые будут пользоваться разрабатываемым приложением. Почему? Каждое приложение уникально. Может быть, вы создавали подобное приложение в прошлом, но если вы не делали в точности такого же, вы не знаете, что может потребоваться пользователям.

Так кто же знает, что нужно пользователям?

Только пользователи знают, что им нужно

Это базовое понятие в нашей отрасли. Только пользователи вашего приложения знают, что работает, а что – нет. Обычно, наиболее простой решение при возникновении сложностей – спросить пользователей, что они об этом думают.

Читать дальше »

• 07.05.2007
• Категории: Переводы
• Комментарии: 2

---