Одни кричат – прототип зло, другие, вооружившись – молчи. Давайте поступим умнее, отойдем от споров и разберемся зачем вообще нужны эти самые прототипы?
Не так давно весь процесс создания сайта был прозаичен и прост. Заказчика осеняло замечательной идеей и он сломя голову обращался к дизайнеру, мол нарисуй мне вот такую мечту. Дизайнер впечатлившись масштабом идеи рисовал красивые картинки и заказчик резво принимал работу. После, программист «превращал картинки в код» и так рождался сайт.
Однако шло время и золотые горы все не рисовались в карманах заказчика. На продвижение сайта тратились огромные деньги, а продаж все не было и не было. В этот момент нашего бизнесмена обычно осеняла мысль, что с сайтом, наверное, что-то не так.
В это время по другую сторону проблемы появлялись люди, гордо трепещущие с трибун профильных конференций о важности включения в процесс разработки потребностей пользователей. Так рождалась новая профессия – проектировщик взаимодействия (названий на самом деле много, мне по душе именно это).
Эти бравые первопроходцы день за днем нести в мир одну простую истину – если мы делаем сайт для людей, то почему бы не спросить этих самых людей что им действительно нужно?
Спустя время легкий шорох превратился в настоящий шум, первопроходцы основали небезызвестные компании и теперь каждый уважающий себя бизнесмен считает должным получить прототип своей идеи.
Что же такое, черт побери, прототип?
Безусловно многие из вас знают что такое прототип, представляют как он выглядит и даже считают, что умеют его делать. Бог с вами, может так оно и есть.
Для тех же кто пока ни о чем не подозревает отвечу словами из википедии:
Прототип — работающая модель, опытный образец устройства или детали в дизайне, конструировании, моделировании.
В контексте проектирования интерфейса – это полнофункциональная html-модель сайта, работающая через браузер и наглядно иллюстрирующая весь принцип взаимодействия для разных сценариев использования.
Стоп! Сценариев использования?
И тут мы подходим к самой интересной части нашего рассказа. Оказывается, прототип не просто иллюстрирует внешний вид страничек, он еще и сценариям каким-то отвечает.
Так повелось, что день за днем мы обращаемся к различным сайтам в поисках решения той или иной задачи. Надо ли нам найти определение слова, купить пылесос или билеты в кино – каждый раз мы выполняем некий паттерн поведения и возлагаем ожидания. И если паттерн навигации и содержимое сайта соответствует нашим привычкам – это приводит нас к достижению желанного, а владельцев бизнеса к конверсии.
Одной из важных задач проектировщика взаимодействия как раз выявить подобные паттерны и ожидания среди предполагаемой или существующей аудитории проекта.
Их может быть много, тогда они группируются по сходным признакам и так рождается персонаж, представляющий из себя архетип определенной группы. Тема персонажей достойна отдельной публикации, по этому скажу лишь что для одного проекта может быть как один персонаж, так и несколько.
Задачей проектировщика взаимодействия является сделать такой прототип, который бы отвечал потребностям всех персонажей и особенно ключевого.
А как же бизнес, детка?
Естественно потребностями одних персонажей работа проектировщика не ограничивается, есть и потребности бизнеса, которые нужно еще правильно понять. Так повелось, что мудрый и сильный оффлайн совершенно бессилен в мире веб.
Мне часто доводилось видеть успешных «пузатых дядь» в шелковых костюмах несущих бред на тему нового сайта. По этой причине также стоит относится с осторожностью и к готовым ТЗ.
Уважающий себя проектировщик всегда обязательно проведет несколько интервью с представителями бизнеса, пытаясь докопаться до сути, после чего назначит еще несколько интервью с «рабочими руками», теми самыми людьми, которые ежедневно удовлетворяют наши с вами потребности – продавцами, консультантами, менеджерами итд.
Имея на руках полную картину того, что нужно бизнесу и того что нужно пользователям, наш труженик народа сможет наконец-то сесть и наколдовать тот самый прототип, о котором так много холиваров.
Конечно, часть процесса проектирования я опустил, не суть важна.
Что же будет дальше?
Теперь, когда прототип готов и отвечает всем возложенным на него задачам, самое время написать подробную спецификацию и передать это дело в руки гордого дизайна и программистам.
И тут хороший проектировщик покажет себя молодцом и проверит работу первых и вторых, а при необходимости настоит на правильном решении.
Вся проблема как раз в том, что хороших проектировщиков еще сыскать нужно. Все больше и больше людей прочитав одну две книги начинают мнить себя великими мастерами дела и браться за работу. От этого и выходят все плачи и стоны. Получая на руки результат работы такого «проектировщика» невольно задумываешься зачем его вообще свет родил и плюёшься в стороны на все эти ваши прототипы.
Должен ли дизайнер делать прототипы?
Нет, ибо прототип — конечное визуальное представление – верхушка огромного айсберга под названием проектирование взаимодействия.
ссылка на оригинал статьи http://habrahabr.ru/post/170307/
Добавить комментарий