Pull to refresh

Comments 15

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

Хотя вот вам исключение из правил:
www.leoburnett.ru/
Абсолютно ничего привычного, ожидаемого, но сайт смог задержать меня на достаточно долгое время, и не могу сказать, что мне было неудобно
И даже на приведенном вами сайте спорного удобства ссылка контакты находится внизу каждой страницы ;)
с чисто визуальной точки зрения сайт очень интересен, однако навигация по нему несколько затруднена
для некоторых развлекательных и игровых порталов подобные решения вполне оправданы, однако на сайтах информационно-делового характера дизайнерские навороты иногда отвлекают от восприятия важной информации
В операционных системах виндоус ввела определенный интерфейс, на который сейчас всем приходится ровняться. Кто будет тем игроком, что сделает это для веба?
Окошки-кнопочки-менюшки были еще до Windows. С тем же успехом можно назвать «изобретателем интерфейса» Apple, которая точно так же стырила его у HP (? блин, забыл, HP же?).
И по-моему Windows сейчас начинает все больше «ровняться» :)
Точно, горе мне, спасибо, что напомнили. Помню только ассоциация с принтерами была xD
Когда? Первые версии стырены у Apple (хотя говорят впервые гуи с окнами появились в Xerox, но мне пруфы искать лень) и сейчас активно таскает у KDE и той же Apple. Только Ribbon можно считать нововведением на которое что-то никто равняться не думает.
Интересный факт: иск Apple к Microsoft касался не столько отдельных элементов интерфейса, сколько их комбинации, то есть общего «ощущения» от работы с Маком, так называемый «look and feel», дословно — «вид и ощущения». Поэтому Xerox, узнав об иске Apple к Microsoft о «look and feel», подали иск на Apple на тот случай, если вдруг окажется, что на «look and feel» распространяется копирайт, то Xerox мог стать основным выгодоприобретателем от победы Apple над Microsoft.
А сделайте нормальные заголовки? А то немного не понятно то ли это заголовок абзаца, то ли вывод после него.
>> Рекомендация: при разработке приложений и сайтов следует тщательно просчитывать все возможные действия пользователей.

А зачем? Пользователь может и в носу ковыряться, это тоже надо рассчитывать?
Нужно найти те действия, которые пользователь выполняет чаще всего, и потом уже затачивать интерфейс именно под эти действия. Нужно решать проблемы пользователя. Блин, устал уже это из раза в раз повторять.

Допустим, есть сайт компании по производству бытовых насосов. Известна аудитория посетителей: дачники, жители частных домов. Известна технология установки насосов. Моделируем поведение двух основных групп людей: тем, кому нужна конкретная модель насоса, и те, кто еще не знает, что именно он хочет.

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

Второй группе нужно создавать не просто удобный каталог продукции. Им нужно разрабатывать решение их проблем — определитель конкретной модели. Во-первых, нужно систематизировать каталог не только по производителям, но и по глубине колодца, типам колодцев, беспрерывности работы, мощности, цене и так далее. Нужно дать пользователю возможность сравнивать разную продукцию, давать ссылки на похожие продукты и так далее.

Рассуждая только на уровне кнопочек, удобно на них нажимать или нет, не видно основных проблем, которые находятся на более высоком уровне абстракций — нужно одним пользователям дать быстрый ответ, а вторым помочь определиться.
Если пользователь щелкнет по ссылке и увидит не ожидаемый текст в html-формате, а сообщение о начале загрузки pdf-файла, это может ввести его в замешательство. Поэтому крайне желательно, чтобы на сайте присутствовали предупреждения о возможном отклонении от пользовательских ожиданий.

Ещё лучше давать пользователю выбор, например Документпросмотр скачать.

Подавляющее большинство документов, которые я скачиваю мне нужны только для беглого просмотра, максимум черновой печати («на показать»), для чего достаточно html. А уж прайсы в .xls, а тем более в .doc…

Здесь я соглашусь с Вами. Лучший вариант — предлагать документ для просмотра/скачивания сразу в нескольких форматах.
Хорошие замечания, которые не нужно забывать при создании дизайнов, но как-то маловато или это только мне так показалось, хотелось бы больше примеров.
Sign up to leave a comment.