Михаил Елфимов об интерфейсах

С сайта pda-reader.ru

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

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

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

Социальные работники @Секрет фирмы
Связанные Сетью 2.0 @expert.ru
Владимир Климентьев о социальных сетях @wklim.ru
Social Networks And Group Formation @boxesandarrows.com
Книга Умная толпа: новая социальная революция. Говард Рейнгольд
Social Networks Research Report PDF, 750 Kb (сделано UIDesign Group)

Деловые социальные сети и рекомендательные письма @nundesign.com
Выбери свой круг друзей @cmsdevelopment.com

Продолжить чтение (но тут уже надо быть разборчивым):

• Азбука социальных сетей
• Breaking the grid - Социальные сети и все-все-все soulskeeper

В использовании прототипов для проектирования есть правда и неправда.

Правда заключается в том, что прототипы удобны для согласования спроектированного с заказчиком (начальством). Собственно проектированию они тоже помогают. Но согласование — это ключевая фича.

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

Прототип, в котором на первом месте стоит ссылка «О проекте», начался неправильно — c контента, который заказчик хочет положить на сайт. Надо начинать с другого — что пользователь хочет видеть на сайте. Вместо задачи «распихать контент по разделам меню» и «красиво оформить расписание» появляется задача «понять, для чего люди приходят на сайт» и «дать им то, что им нужно». В этом варианте страница «О проекте» появиться никак не может. Заметьте, я не говорю что люди никак не учитываются при проектировании — они учитываются, но приоритет стоит на бизнесе, а не на людях.

Я немного утрирую — в этом конкретном проекте страница называется по-другому (нет, не «О нас»), и может быть даже я бы на неё и зашел, будь я реальным посетителем сайта. Однако, ничего полезного бы я там не увидел. Текст отвратителен. Разве что само наличие такой страницы и усилия маркетологов может повлиять на подсознательный выбор человека — значит старались создатели сайта, денег вот на тексты положили.

С третьей стороны, тут вступает в дело конфликт личных целей и целей корпоративных. Сайт этот не имеет целью быть самым совершенным сайтом во вселенной. Он выполняет возложенные на него цели, и удовлетворяет нужды заказчика в донесении информации до пользователя.Лично я поспорил бы с клиентом и настоял на своих решениях, потому что выступаю адвокатом своего взгляда на то, что удобно для пользователя. Они не идеальны, но исходят из желания сделать удобно, а не решить бизнес-цели. Если бизнес-цели диктуют необходимость сделать в расписании мероприятий вынести на первое место колонку «город» (дабы подчеркнуть геораспространенность), а удобство подсказывает, что правильнее было бы разместить колонку «дата», то я бы поставил первой колонку «дата», потому что бизнес-цель действует в течении первых пяти минут, а люди на эту страницу будут возвращаться, чтобы получать информацию, а не впитывать бизнес-цели.

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

Разница между бумажными и электронными прототипами

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

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

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

Цитата из «Usability for the Web: Designing Web Sites that Work (Interactive Technologies)» by T. Brinck, D. Gergle, S. Wood.
Перевод © 2007, Михаил Елфимов.

Из книги «Designing Interfaces: Patterns for Effective Interaction Design» получился бы неплохой сайт (кстати, есть сайт). На мой взгляд, оформление каталога типовых решений («best practices» в отношении паттернов лучше всего переводится как «типовые решения») для проектирования интерфейсов в виде книги — не самое правильное решение.

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

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

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

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

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

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

В книге есть интересная глава о паттернах, относящихся к общим принципам разработки интерфейсов (выглядит наивно для психологов). Также, в книге есть неинтересная глава о паттернах, относящихся к визуальному дизайну (выглядит наивно для дизайнеров).

Книгу «Designing Interfaces: Patterns for Effective Interaction Design» by Jenifer Tidwell можно заказать на Амазоне или взять почитать у меня.

P.S. Появился русский перевод.

В 2002 году исследовательская группа выяснила кое-что интересное. Проект Stanford Web Credibility решил провести исследование, чтобы выяснить что побуждает людей доверять сайтам или вызывает недоверие, и многие из выводов были вполне ожидаемы: репутация компании, сервисное обслуживание, спонсоры и реклама, всё это определяет доверие людей к сайту.

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

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

Цитата из книги «Designing Interfaces: Patterns for Effective Interaction Design» by Jenifer Tidwell.
Перевод © 2007, Михаил Елфимов.

Pattern Library for Interaction Design @welie.com
Сайт содержит большое количество «наилучших практик» для проектирования взаимодействий. С годами я собрал примеры и находки по применению, которыми я хочу поделиться с вами на этом сайте. На самом деле, вы не найдете здесь новых открытий. Все эти решения уже применялись. Смотрите на это как на справочник или базовый инструментарий, который вы можете использовать для проектирования пользовательских интерфейсов. Это не заменит креативного подхода, это просто попытка описать наши знания о то чему мы научились, о широко распространенных решениях, в интернете и даже за его пределами. Каждое решение, описанное в наших паттернах, может работать в одном контекте, но провалиться в другом. Вы должны понимать как и почему решение зависит от контекста. Я высказываю на этом сайте свое мнение, но это повод для новых находок, так что сайт будет обновляться!

Ссылка на сайт найдена в книге «Designing Interfaces: Patterns for Effective Interaction Design» by J.Tidwell.

Книга «Information Dashboard Design» — первая прочитанная мною книга, в которой рассказывается именно о проектировании интерфейсов, точнее о проектировании экрана. Не о процессе проектирования, не о визуальном дизайне, не о юзабилити, не об информационной архитектуре и не о задачах пользователя. Иными словами, эта книга именно о том, что нужно проектировщику. Именно это я ожидал прочесть, открывая все эти книги до того. Это показывает основную проблему с заголовками книг — заголовок отражает содержание книги, но не то, что ты из этой книги вынесешь.

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

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

Эта книга прекрасна не только содержанием, но и формой. Многие книги с Амазона приятно держать в руках благодаря хорошей полиграфии и верстке, но эта книга просто вызывает эстетический восторг. Выбор цветов, page layout и подача графиков, таблиц и иллюстраций полностью соответствует принципам, о которых в этой книге рассказывается. Нечасто встретишь такое единство содержания и формы. Что тут можно сказать — покупая книгу, взгляните на её оформление, благо сайт Амазона позволяет это сделать. Если книга о проектировании, а страницы не оставляют впечатления лаконичности и законченности — стоит задуматься о целесообразности покупки.

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

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

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

Книгу «Information Dashboard Design: The Effective Visual Communication of Data» by Stephen Few можно купить на Амазоне или взять почитать у меня.

Цитата из статьи Связанные Сетью 2.0 @expert.ru

Летом 2005 года на конференции Supernova сотрудница компании Microsoft Research Линда Стоун собрала ключевые идеи современных психологов в короткий доклад. В 1997 году, как сообщила собравшимся г-жа Стоун, мировая наука выдвинула понятие «перманентное частичное внимание». Ученые назвали этим на первый взгляд бессмысленным термином образ жизни, при котором человек привыкает ни на чем подолгу не останавливаться, постоянно быть вовлеченным в десятки дел, «сканируя» при этом окружающую среду в поиске новых возможностей. Медленное привыкание к этому образу жизни продолжается уже более двадцати лет. «Постоянное частичное внимание было способом существования, выполнения своих обязанностей и поддержания отношений. Наш канал внимания расширился до крайних пределов», — резюмировала г-жа Стоун. Но это имело свои последствия — люди привыкли находиться в центре десятков информационных потоков. А необходимость постоянного сканирования среды и перманентного напряжения внимания привела к тому, что человек стал чувствовать себя живым, лишь будучи узлом некой сети. «Быть всегда занятым и находиться на связи — значит жить», — отметила сотрудница Microsoft.