Usability *

Долгое время iOS критиковали за использование скеоморфов: зелёных фонов а-ля покерное сукно, «деревянных» книжных полок и «кожаной» прошивки. Однако новый экспериментальный интерфейс делает ставку на скеоморфы не в оформлении, а в инструментарии.



Сама идея взята из концепта, разработанного специалистом из Университета Карнеги Меллона совместно с Future Interfaces Group. Суть идеи: люди используют инструменты для манипуляций с окружающим миром, так почему нельзя их использовать для работы с тачскрином?

На внедрение любой IT-системы требуется много времени, сил и средств. А когда речь идет о таком глобальном решении, как BPM-система, внимания приходится уделять еще больше.

Нельзя запускать проект, опираясь на возможности наскоро выбранного продукта и обещания вендора, есть масса аспектов, которые нужно обдумать и взвесить. А последствия неправильного выбора и осознание своей ошибки уже во время работы, «на половине пути» может стоить дорого.

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

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

В литературе по проектированию взаимодействия уделяется много внимания визуальной составляющей проекта и практически не рассматривается процесс создания информационной архитектуры. В данной статье я предлагаю вашему вниманию несложный алгоритм создания user friendly структуры каталога товаров.

Австралийский дизайнер Уилл Дэйбл предлагает интересную метафору, помогающую разрабатывать простые и удобные интерфейсы. Разработчику, который знает свою систему вдоль и поперек, и отдаёт работе над ней значительную часть своей жизни, очень трудно представить, как будет работать с ней обычный пользователь, чья голова забита другими вещами. Особенно, если он пробует его продукт первый раз в жизни и ещё не уверен в его полезности. Чтобы представить, что творится в голове у пользователя, Уилл Дэйбл предлагает вообразить, что пользователь пьян. Его внимание рассеянно, он легко выходит из себя, он не слишком отчётливо видит и не очень уверенно двигается — если постоянно помнить об этом, интерфейс получится чище и проще. Суть метода Дэйбл рассказывает в этом пятиминутном ролике:

Стэнфордский университет недавно обновил требования к паролям для доступа студентов и преподавателей к внутренним ресурсам своей сети. Теперь жёсткие требования использования букв в разных регистрах, цифр и спецсимволов действуют только для коротких паролей, и чем длиннее пароль, тем эти требования мягче. При длине пароля от 8 до 11 символов их использование обязательно, от 12 до 15 — можно обойтись только буквами в разных регистрах и цифрами, от 16 до 19 — можно отказаться от цифр, а для паролей от 20 символов нет вообще никаких ограничений.

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

Приветствую всех! В данном материале я хочу отразить своё мнение относительно того, каким могла бы стать мобильная версия сервиса «Яндекс. Видео», которая на протяжении длительного времени почему-то находится в весьма удручающем состоянии. Не работает даже присутствующая часть функционала, не говоря уже о более широких возможностях старшей версии или аналогичных ресурсов. Описанный мной вариант (для WP) — подходит мне и может отличаться от Вашего взгляда, поэтому будет любопытно узнать мнение коллег.

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

Я как-то писал про частую ошибку проектировщиков, когда мы совсем забываем про пользователей, считая, что знаем как они думают и как им удобнее.
Понятно, что пользовательское тестирование сильно помогает при проектировании интерфейсов и целых продуктов, но чтобы что-то протестировать, нужен готовый продукт или как минимум прототип.
Создание прототипа хоть и сильно удешевляет тестирование, но тоже требует немалых сил и времени. Да и перед созданием прототипа часто возникают варианты концепции интерфейса, которые хорошо бы тоже протестировать, не затратив при этом больше получаса времени. В этом случае проектировщику может помочь так называемое «коридорное тестирование». На хабре этой теме было уделено не так много внимания, поэтому я решил поделиться несколькими приемами из своего опыта.

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

Проходит день, неделя, месяц, три… Да, посещаемость неплохая. Да, пользовательская база растет. Но хочется большего. Как понять, чего не хватает вашим пользователям? Какие их потребности сервис не охватывает? Что делать неудобно? А что наоборот, сделано здорово, и менять ни в коем случае не стоит?

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

В Рунете набирает обороты повальное увлечение онлайн-консультантами. Если раньше при активном серфигне они попадались на 1-2 сайтах, то теперь практически каждый сайт, продающий товары или услуги, встречает вас бездушным «Добрый день. Чем могу помочь?»

Я постарался проанализировал этот феномен на основе отзывов владельцев сайтов, их посетителей и своих личных ощущений. В первую очередь я рассматривал применение онлайн-консультантов в среде интернет-магазинов. В конце статьи даются краткие рекомендации для тех, кто собирается или уже установил консультанта себе на сайт.

Немного лирики

Как-то раз, примерно полгода назад, при переезде с одной квартиры на другую в одной из бесконечных коробок обнаружился архив аудиокассет — штук 30. Этот набор долёживал там свой век, хотя последний магнитофон, способный проигрывать кассеты, сломался года за три до этого.
Моя 9-летняя дочь, наткнувшись на эту коробку, взяла одну из этих кассет в руки, повертела и спросила: «Папа, а что это?».
Конечно, если задуматься, в этом нет ничего удивительного. Новое поколение, рожденное после 2000, уже не видело ни кассет, ни дискет.



И что-то мне подсказывает, что поколение, родившееся после 2020, не увидит уже и компакт дисков — все планомерно уходит на всевозможные флешки и карты памяти, а в перспективе и обмен, и хранение (благодаря «облакам»), и ритейл софта/фильмов/музыки (благодаря Стиву Джобсу) уйдут в «онлайн». Я и сам больше уже не записываю полюбившиеся фильмы на болванки.

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

Так как сделать ваше приложение более быстрым? Вот несколько интересных техник, понимая которые вы сможете сделать ваше приложение более быстрым.

Отзыв написан нашим проектировщиком интерфейсов. От первого лица.

О курсе HCI как о «нужном и полезном для проектировщика интерфейсов» я узнала в середине 2013 года. Раз полезный – добавила в закладки, подписалась на рассылку и стала ждать. Потом забыла. Про начало обучения напомнила моя коллега, мониторя профессиональные темы в соцсетях. И я погрузилась в учебу.

Из чего состоит курс HCI и как построен процесс обучения?

Это третья часть переведённых заметок «Good User Interface». Первые 16 частей уже ранее перевели наши коллеги из ADV на Хабре, а вторые 11 перевели мы.

Идея 28


Используйте варианты по-умолчанию, не заставляя людей выбирать

Выбор по-умолчанию или самозаполняющиеся поля с обучением сокращают объем работы, которую должен проделать пользователь. Это стандартная техника, помогающая людям продвигаться по формам быстрее, учитывая, что их время ограничено. Одна из наиболее отвратительных вещей с точки зрения дизайна интерфейсов и конверсии посетителей в клиентов — это снова и снова просить пользователей предоставить данные, которые они уже указали ранее. Старайтесь делать поля, которые будут сами заполняться самыми популярными или уже известными значениями, а не просите людей их каждый раз заполнять. Чем меньше работы — тем лучше.

Сколько времени уйдет у проектировщика на отрисовку прототипа интерфейса?

Мы накопили кое-какую статистику для типовых проектов – в основном в сфере электронной коммерции. И хотим ею поделиться.

Хочу обратить внимание уважаемого сообщества на небольшой, но достаточно обидный косяк, который допускать в 2014-ом году просто стыдно.

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

Первая мысль: почему они научили роботов писать, но не научили читать? Darpa делает прямоходящих роботов, японцы делают человекоподобных роботов, весь мир помешался на роботах… но никто не научит бедняжек читать?

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

Сегодня Яндекс.Диск полностью обновил свой веб-интерфейс. Причём он получил не только новый внешний вид – он сменил концепцию и логику, которые за ним стоят. Более того, многие части этого — начало важных изменений для интерфейсов Яндекса в целом. Мы двигаемся к тому, чтобы перестать быть сборкой разных сайтов под одним логотипом, а стать в некоторой степени единым веб-приложением.

В первой версии Яндекс.Диска логика его веб-интерфейса мало чем отличалась от той, что используют другие облачные хранилища: это были такие же папки и файлы, но внутри нашей Почты. Теперь важен контент и его подача.



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

В прошлом году я снимал и транслировал питерскую конференцию ProfsoUX-2013, посвященную исключительно юзабилити. Все записи были оперативно смонтированы («докладчик+экран+зал») и через неделю опубликованы.
Но только сейчас у меня дошли руки посмотреть их самому, и предложить краткий обзор-классификацию, с ссылками на видео, так, чтобы вы могли посмотреть именно то, что вас потенциально интересует (увы, кроме меня никто обзор не написал, все приходится делать самому). Впрочем, UX — штука фундаментальная и все идеи-мысли-решения до сих пор актуальны.
Все доклады были короткие (<20 минут) и динамичные, отрасль молодая, нет академических свадебных стариков-генералов, только молодые профессионалы, ведущие UX-собаководы, мастера айтрекеров и нейротрансмиттеров, обзор тоже попробую сделать кратким, не растекаясь мыслью по древу, оформив простой самодельной классификацией.

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

Посетитель сайта вопросов-ответов StackExchange задал на первый взгляд глупый вопрос: а почему все курсоры во всех операционных системах немножко «кривые», то есть имеют определённый наклон, а не указывают прямо? В самом деле, почему курсор не располагается вертикально, ведь это наиболее удобно для выделения текста и прочих задач?



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

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

Библиотека InstantClick (1,6 кБ в сжатом виде, зависимости отсутствуют) позволяет улучшить воспринимаемое время отклика страницы на щелчок за счёт того, что необходимая информация начинает подгружаться с сервера в тот момент, когда курсор оказывается над активным элементом, по событию mouseover. Это экономит несколько сотен миллисекунд и реакция приложения может оказаться почти мгновенной.