Article by: Jared Lewandowski
Originally published in UXMag (25.10.2009)
Translated by: Victor Malyy (UX-UA)

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

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

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

Добейстесь доверия

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

Постройте отношения

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

Собирайте результаты

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

Делитесь своим процессом

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

Создание прототипов совместно с клиентом может существенно увеличить общую скорость работы над проектом

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

Конечная версия прототипа

Покажите клиенту как это будет работать

Следующим этапом идет создание интерактивных прототипов, которые представляют в себе взаимодействие пользователя с приложением и верстку. Очень важно дать клиенту взглянуть на подобный прототип как можно раньше и дать ему увидеть то, что, в последствии, увидят его пользователи. Немаловажным также будет представить функциональность отдельных элементов прототипа. Например, показать как будет вести себя кнопка при наведении на нее курсора мыши, как изменится график после того, как пользователь изменить входные параметры и как все это будет выглядеть в разных браузерах. Это очень важные вещи, которые, к сожалению, иногда тяжело передать через Photoshop, Word или OmniGraffle .

Окончание проекта

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

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

Автор статьи: Jared Lewandowski
Оригинал статьи опубликован в UXMag (25.10.2009)
Перевод статьи: Victor Malyy (UX-UA)

Автор статьи: Susan Weinschenk
Оригинал статьи опубликован в What Makes Them Click (25.10.2009)
Перевод статьи: Виктор Малый (UX-UA)

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

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

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

Ну, а теперь, №1 – Слепота от невнимательности.

Давайте начнем с того, что вы пройдете небольшой тест. Смотрите видео ниже:

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

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

Article by: Susan Weinschenk
Originally published in What Makes Them Click on 25.10.2009
Translated by: Victor Malyy (UX-UA)

Автор статьи: Jonathan Anderson
Оригинал статьи опубликован в UXMagazine (12.02.2010)
Перевод статьи: Виктор Малый (UX-UA)

Я решил написать об этом, когда мой друг и коллега Sean Christmann (@seanalltogether) из EffectiveUI, написал этот пост у себя в блоге:

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

ReadWriteWeb недавно опубликовали статью с заголовком “Facebook Wants to Be Your One True Login“. Будучи популярной и востребованной статьей, она поднялась в топ-результаты поиска Google для поискового запроса “Facebook”. А потом – замешательство и смятение! Огромное количество людей, которые используют строку ввода поискового запроса Google вместо адресной строки браузера, начали путать ссылку на статью ReadWriteWeb со ссылкой на сам Facebook.

Результатом этого оказались гневные комментарии в статье от “обманутых” пользователей, которые не могли понять почему была изменена страница входа в Facebook, и как им теперь вообще туда войти?! ReadWriteWeb, со своей стороны, опубликовали ответ, в котором указали на оплошность Googlе в плане безопасности. Кроме того, в изначальную версию статьи “Facebook Wants to Be Your One True Login” был внесен комментарий для “пользователей из Google”.

“Справка” для тех, кто пришел на страницу из Google и ищет вход в Facebook здесь

Определенно, нужно потратить некоторое время на то, чтобы прочесть комментарии пользователей Facebook в той самой статье “Facebook Wants to Be Your One True Login“. Они действительно поразительные!

Комментарии тех, кому не нравится “новый Facebook”

А если вы еще не видели видео, где корреспондент Google задает обычным людям на улице вопросы “Что такое браузер?” и “Какая разница между Google и браузером?”, обязательно посмотрите. Я уверен что те, кто перепутал статью ReadWriteWeb с Facebook’ом и те, кто отвечал на вопросы корреспондента на улице – одни и те же люди.

Помните об этих людях, когда создаете свой продукт.

Author: Jonathan Anderson
Originally published in UXMagazine (12.02.2010)

Translated by: Victor Malyy (UX-UA)

Эта статья лицензирована Creative Commons |  This article is licensed under Creative Commons